Het grote Ulanzi TC001 "Pixel clock" topic

[gazzzman61]

Septillion schreef op woensdag 12 februari 2025 @ 18:58:
@gazzzman61 Er zit een error in de blueprint. Model wat teruggegeven wordt is niet "AWTRIX Light" maar "AWTRIX 3". Maar ik zou de hele model regel uit de blueprint halen. En daarna yaml herladen.

kom er niet uit,
ik heb de model regel gedisabled, en alle services (actions) goed gezet op de juiste awtrix service,
maar alle zoekacties en aanpassingen hebben geen effect.
krijg steeds deze foutmelding:

Message malformed: invalid template (TemplateSyntaxError: unexpected char '\\' at 20) for dictionary value @ data['actions'][1]['if'][0]['value_template']

YAML:

blueprint:
  name: AWTRIX now playing
  description: Show the current playing track
  domain: automation
  input:
    media_player:
      name: Media player
      description: Media player what you want to control.
      selector:
        entity:
          filter:
            - domain: media_player
          multiple: false

    awtrix_device:
      name: AWTRIX device
      description: The AWTRIX device for show playing status.
      selector:
        device:
          integration: mqtt
          manufacturer: Blueforcer
 #         model: AWTRIX 3
          multiple: false

triggers:
  - trigger: state
    entity_id: !input media_player

variables:
  awtrix: !input awtrix_device
  awtrix_device_name: "{{ if( device_attr(awtrix, 'name_by_user') != none, device_attr(awtrix, 'name_by_user'), device_attr(awtrix, 'name') ) }}"

action:
  - variables:
      playing_state: "{{ states(trigger.entity_id) }}"
      title_template: "{{ state_attr(trigger.entity_id, 'media_title') }}"
      album_template: "{{ state_attr(trigger.entity_id, 'media_album_name') }}"
      artist_template: "{{ state_attr(trigger.entity_id, 'media_artist') }}"
  - if:
      - condition: template
        value_template: '{{ playing_state != \"playing\"  }}'
    then:
      - action: awtrix_5930c8_push_app_data
        data:
          device: "{{awtrix_device_name}}"
          name: sonos
          data: {}
    else:
      - action: awtrix_5930c8_push_app_data
        data:
          device: "{{awtrix_device_name}}"
          name: sonos
          data:
            text: "{{ playing_state }}: {{ artist_template }} - {{ title_template }}"
            rainbow: true
            duration: 10
            icon: >- (heel veel tekst)
            repeat: 1
            lifetime: 900

[Romundoo]

gazzzman61 schreef op woensdag 12 februari 2025 @ 18:09:
[...]


In het winkelmandje gaat er nog 33% van af en betaal je 31,49 excl. verzendkosten.

Zojuist besteld, ben benieuwd!

[Septillion]

@gazzzman61 Je hebt bij de tempalte condition de " vervangen door '. Dat mag wel, maar dan moet de escaping weg bij die om playing.

Device kan je nu wel selecteren neem ik aan?

[gazzzman61]

Romundoo schreef op donderdag 13 februari 2025 @ 13:22:
[...]


Zojuist besteld, ben benieuwd!

Ik had m binnen 1 week binnen via DHL

[gazzzman61]

Septillion schreef op donderdag 13 februari 2025 @ 13:28:
@gazzzman61 Je hebt bij de tempalte condition de " vervangen door '. Dat mag wel, maar dan moet de escaping weg bij die om playing.

Device kan je nu wel selecteren neem ik aan?

Het device kan ik inderdaad nu wel selecteren als awtrix_5930c8.
de yaml is nu als volgt en krijg nog steeds dezelfde foutmelding:

Message malformed: Service awtrix_5930c8_push_app_data does not match format <domain>.<name> for dictionary value @ data['actions'][1]['then'][0]['action']

YAML:

blueprint:
  name: AWTRIX now playing
  description: Show the current playing track
  domain: automation
  input:
    media_player:
      name: Media player
      description: Media player what you want to control.
      selector:
        entity:
          filter:
            - domain: media_player
          multiple: false

    awtrix_device:
      name: AWTRIX device
      description: The AWTRIX device for show playing status.
      selector:
        device:
          integration: mqtt
          manufacturer: Blueforcer
          model: AWTRIX 3
          multiple: false

trigger:
  - platform: state
    entity_id: !input media_player

variables:
  awtrix: !input awtrix_device
  awtrix_device_name: "{{ if( device_attr(awtrix, 'name_by_user') != none, device_attr(awtrix, 'name_by_user'), device_attr(awtrix, 'name') ) }}"

action:
  - variables:
      playing_state: "{{ states(trigger.entity_id) }}"
      title_template: "{{ state_attr(trigger.entity_id, 'media_title') }}"
      album_template: "{{ state_attr(trigger.entity_id, 'media_album_name') }}"
      artist_template: "{{ state_attr(trigger.entity_id, 'media_artist') }}"
  - if:
      - condition: template
        value_template: "{{ playing_state != 'playing'  }}"
    then:
      - action: awtrix_5930c8_push_app_data
        data:
          device: "{{awtrix_device_name}}"
          name: sonos
          data: {}
    else:
      - action: awtrix_5930c8_push_app_data
        data:
          device: "{{awtrix_device_name}}"
          name: sonos
          data:
            text: "{{ playing_state }}: {{ artist_template }} - {{ title_template }}"
            rainbow: true
            duration: 10
            icon: >- veel tekst
            repeat: 1
            lifetime: 900

[Septillion]

@gazzzman61 Waarom pas je veel meer aan steeds? Dat waren niet de action calls die er in stonden.

Denk dat ik ook weet waarom het device selectie raar was, want dat zijn ook geen acties die je standaard hebt. Lijken op de acties van deze custom integratie.

Lijkt me wijs om of de maker te vragen of gewoon deze Blueprint te laten varen en het zelf te doen. Zou wel in een Blueprint kunnen natuurlijk. En dan gewoon zelf de MQTT berichten te maken.

[gazzzman61]

Septillion schreef op donderdag 13 februari 2025 @ 14:05:
@gazzzman61 Waarom pas je veel meer aan steeds? Dat waren niet de action calls die er in stonden.

Denk dat ik ook weet waarom het device selectie raar was, want dat zijn ook geen acties die je standaard hebt. Lijken op de acties van deze custom integratie.

Lijkt me wijs om of de maker te vragen of gewoon deze Blueprint te laten varen en het zelf te doen. Zou wel in een Blueprint kunnen natuurlijk. En dan gewoon zelf de MQTT berichten te maken.

Ik moest die actions wel doen omdat ik zonder die custom integratie helemaal geen acties had. Misschien zit hier de fout??

Ik ben erg blij met je hulp en leer er steeds heel veel van dus bij deze veel dank.

[Septillion]

@gazzzman61 Als je de acties niet hebt en ze dus aan gaat passen zal je ze wel aan moeten passen naar een actie die je wel hebt... En dat zal je gewoon moeten checken.

Heb je die custom integratie? Zo niet, dan moet je of dat doen of het ombouwen naar gewoon een MQTT publish actie met een juist bericht.

Ik zie bij die custom integratie ook een pull request voor deze blueprint waar de action naam ook dynamisch gemaakt is. Ik draai hem niet dus kan niet zien wat correct is.

[gazzzman61]

Septillion schreef op donderdag 13 februari 2025 @ 15:52:
@gazzzman61 Als je de acties niet hebt en ze dus aan gaat passen zal je ze wel aan moeten passen naar een actie die je wel hebt... En dat zal je gewoon moeten checken.

Heb je die custom integratie? Zo niet, dan moet je of dat doen of het ombouwen naar gewoon een MQTT publish actie met een juist bericht.

Ik zie bij die custom integratie ook een pull request voor deze blueprint waar de action naam ook dynamisch gemaakt is. Ik draai hem niet dus kan niet zien wat correct is.

ik ben nu bezig om dan zelf het MQTT bericht te maken.
Als voorbeeld heb ik de blueprint van @RedPixel gebruikt: "Now Playing"

Hierin staat de volgende code voor het MQTT bericht:

YAML:

 - action: mqtt.publish
              data:
                topic: awtrix_5665ac/custom/spotify
                qos: "0"
                payload_template: ' { "text": "{{ state_attr("media_player.spotify", "media_artist") }} - {{ state_attr("media_player.spotify", "media_title") }}", "icon": "18207", "rainbow": true, "duration": 5, "pushIcon": 0, "textCase": 0, "textOffset": 0, "scrollSpeed": 150, "progress": {{ ( states.media_player.spotify.attributes.media_position / states.media_player.spotify.attributes.media_duration * 100 ) | round() }}, "progressC": "18B04C" } '

Ik heb het aangepast ( mqtt topic en mediaplayer) naar mijn situatie):

YAML:

- action: mqtt.publish
              data:
                topic: awtrix_5930c8/custom/spotify
                qos: "0"
                payload_template: ' { "text": "{{ state_attr("media_player.spotify", "media_artist") }} - {{ state_attr("media_player.spotify", "media_title") }}", "icon": "18207", "rainbow": true, "duration": 5, "pushIcon": 0, "textCase": 0, "textOffset": 0, "scrollSpeed": 150, "progress": {{ ( states.media_player.spotify.attributes.media_position / states.media_player.spotify.attributes.media_duration * 100 ) | round() }}, "progressC": "18B04C" } '

toch blijft ie een error in de trace geven dat : extra keys not allowed @ data['payload_template']
wat is er niet goed aan deze template?

[Septillion]

@gazzzman61 Ik kan me even niet herinneren of het ooit payload_template geweest is of dat het nog ondersteund wordt maar het mag tegenwoordig zeker gewoon als payload.

Daarnaast neem ik aan de de indentatie gewoon copy past fout is?

Ik heb geen die wat er exact fout gaat, maar als ik het gewoon wat makkelijker format dan werkt het:

YAML:

- action: mqtt.publish
  data:
    topic: awtrix_5930c8/custom/spotify
    qos: "0"
    payload: >-
      {
        "text": "{{ state_attr("media_player.spotify", "media_artist") }} - {{ state_attr("media_player.spotify", "media_title") }}",
        "icon": "18207",
        "rainbow": true, 
        "duration": 5, 
        "pushIcon": 0,
        "textCase": 0,
        "textOffset": 0,
        "scrollSpeed": 150,
        "progress": {{ ( state_attr("media_player.spotify", "media_position")|float(0) / state_attr("media_player.spotify", "media_duration")|float(1) * 100 ) | round() }},
        "progressC": "18B04C"
      }

Enige dat ik wel gedaan heb is de attributen ophalen via state_attr() omdat direct niet aan te raden is. En een float filter met een default zodat hij geen error geeft als de attributen niet beschikbaar zijn (zoals bij mij gezien ik de hele entiteit niet heb ).

[gazzzman61]

Septillion schreef op vrijdag 14 februari 2025 @ 15:46:
@gazzzman61 Ik kan me even niet herinneren of het ooit payload_template geweest is of dat het nog ondersteund wordt maar het mag tegenwoordig zeker gewoon als payload.

Daarnaast neem ik aan de de indentatie gewoon copy past fout is?

Ik heb geen die wat er exact fout gaat, maar als ik het gewoon wat makkelijker format dan werkt het:

YAML:

- action: mqtt.publish
  data:
    topic: awtrix_5930c8/custom/spotify
    qos: "0"
    payload: >-
      {
        "text": "{{ state_attr("media_player.spotify", "media_artist") }} - {{ state_attr("media_player.spotify", "media_title") }}",
        "icon": "18207",
        "rainbow": true, 
        "duration": 5, 
        "pushIcon": 0,
        "textCase": 0,
        "textOffset": 0,
        "scrollSpeed": 150,
        "progress": {{ ( state_attr("media_player.spotify", "media_position")|float(0) / state_attr("media_player.spotify", "media_duration")|float(1) * 100 ) | round() }},
        "progressC": "18B04C"
      }

Enige dat ik wel gedaan heb is de attributen ophalen via state_attr() omdat direct niet aan te raden is. En een float filter met een default zodat hij geen error geeft als de attributen niet beschikbaar zijn (zoals bij mij gezien ik de hele entiteit niet heb ).

Bedankt!!! dat was het.
Werkt nu helemaal prima, Blij mee.

[JT]

Ik ben wel een beetje klaar met de accuduur van dit ding en ik wil niet constant een usb-lader in een stopcontact bij het aanrecht. Soms even opladen prima maar niet steeds. Ik zag op YT een comment van iemand die hem had opengemaakt dat er waarschijnlijk wel 2x21700 in past. Houder heb ik en 2 Keeppower 21700 6000mah accu's zijn onderweg Die worden goed getest. Boven de 6000mah. Die 4400mah standaardaccu is hartstikke brak dus ik schat zo in dat mijn capaciteit meer dan verdrievoudigd wordt. Ik heb mij alleen niet gerealiseerd dat de 2 cellen die er nu in zitten misschien wel parallel zijn aangesloten terwijl die houder serieel bedraad is Aan de andere kant, een 2x18650 serieel aangesloten accu kan nooit 4400mah zijn dus het zal haast wel parallel aangesloten zijn, 2 2200mah accu's.

Verder heb ik al wat logica om stroom te besparen zoals display uit bij afwezigheid en standby na 23:00. Die publish ik ter zijner tijd wel in m'n repo. Wat ik hoop is dat ik op deze manier het laden per 2-3 dagen kan doen ofzo.

[Septillion]

JT schreef op woensdag 19 februari 2025 @ 17:06:
Aan de andere kant, een 2x18650 parallel aangesloten accu kan nooit 4400mah zijn dus het zal haast wel serieel aangesloten zijn, 2 2200mah accu's.

Huh, hoezo?

2x 2200mAh in serie blijft 2200mAh, maar met verdubbeling van spanning en energie in Wh.
2x 2200mAh parallel geeft je 4400mAh met gelijke spanning en weer verdubbeling van Wh.

Maar ik kan zo snel niet vinden of de Ulanzi ze in serie of parallel verwacht...

[JT]

Septillion schreef op woensdag 19 februari 2025 @ 17:27:
[...]

Huh, hoezo?

2x 2200mAh in serie blijft 2200mAh, maar met verdubbeling van spanning en energie in Wh.
2x 2200mAh parallel geeft je 4400mAh met gelijke spanning en weer verdubbeling van Wh.

Maar ik kan zo snel niet vinden of de Ulanzi ze in serie of parallel verwacht...

Scherp, aangepast

[wij]

Ik heb een leuke Home Assistant automatisering gemaakt in YAML die dynamische energieprijzen visualiseert op een Awtrix display. De automatisering doet het volgende:

Maakt een grafiek van de prijzen over 24 uur, met kleuren die aangeven of het duur of goedkoop is
Gebruikt 7 verschillende kleuren om prijsverschillen aan te duiden (van paars voor supergoedkoop tot rood voor superduur)
Aanvullend gebruik van de standaard-indicator rechts (positie, kleur) om in één oogopslag te laten zien of de stroom nu duur/normaal/goedkoop is

De prijzen worden vergeleken met een 14-daags gemiddelde helper. Als de prijs bijvoorbeeld meer dan 30% boven het gemiddelde ligt, wordt het rood weergegeven. Tussen -10% en +10% van het gemiddelde is groen.
De grafiek schaalt automatisch op basis van de prijsverschillen van die dag, zodat je altijd een duidelijk beeld hebt van de prijspatronen. Het huidige uur wordt met een wit puntje aangegeven.
De automatisering ververst elke minuut en is voor de prijzen afhankelijk van de HACS Frank energie integratie.

YAML:

alias: Energieinfo
description: Energy price visualization with unified scaling
triggers:
  - minutes: /1
    trigger: time_pattern
conditions: []
actions:
  - variables:
      current_price: "{{ states('sensor.current_electricity_price_all_in') | float(0) }}"
      avg_price: >-
        {% set avg = states('sensor.energietarief_gemiddeld_14d') | float(0.01)
        %} {{ avg if avg > 0 else 0.01 }}
      display_text: "{{ '%0.2f' | format(current_price) }}€"
      scale_factor: >-
        {% set max_dev = 0 %} {% for price in
        state_attr('sensor.current_electricity_price_all_in',
        'prices')|default([]) %}
          {% set dev = (price.price - avg_price) | abs %}
          {% if dev > max_dev %}
            {% set max_dev = dev %}
          {% endif %}
        {% endfor %} {{ max_dev if max_dev > 0 else 0.01 }}
      indicator_color: >-
        {% set pct_from_avg = ((current_price - avg_price) / avg_price * 100) |
        round(1) %} {% if pct_from_avg > 30 %}[255, 0, 0]      {# Red #} {% elif
        pct_from_avg > 20 %}[255, 128, 0]   {# Orange #} {% elif pct_from_avg >
        10 %}[255, 255, 0]   {# Yellow #} {% elif pct_from_avg >= -10 %}[0, 255,
        0]   {# Green #} {% elif pct_from_avg >= -20 %}[0, 255, 255] {# Cyan #}
        {% elif pct_from_avg >= -30 %}[0, 0, 255]   {# Blue #} {% else %}[255,
        0, 255]              {# Purple #} {% endif %}
  - data:
      name: price_graph
      data:
        draw: >-
          {% set end_of_day = now().replace(hour=0, minute=0) +
          timedelta(days=1) %} {% set prices =
          state_attr('sensor.current_electricity_price_all_in',
          'prices')|default([]) 
            | selectattr('till', 'le', end_of_day) 
            | list %}

          {% if prices %}
            {% set center_y = 3 %}  {# Center line position #}
            {% set sf = scale_factor | float(0.01) %}
            {% set max_pixels = 3 %}  {# Max pixels above/below center #}

            [
            {# Draw zigzag lightning pattern in yellow #}
            {"dr":[3,0,3,1,"#FFFF00"]},
            {"dr":[2,1,3,1,"#FFFF00"]},
            {"dr":[1,2,3,1,"#FFFF00"]},
            {"dr":[0,3,3,1,"#FFFF00"]},
            {"dr":[1,4,3,1,"#FFFF00"]},
            {"dr":[2,5,2,1,"#FFFF00"]},
            {"dr":[1,6,2,1,"#FFFF00"]},
            {"dr":[0,7,2,1,"#FFFF00"]},
            
            {% set seen_hours = [] %}
            {% for price in prices %}
              {% if not loop.first %},{% endif %}
              {% set hour = price.till.hour %}
              {% if hour not in seen_hours %}
                {% set seen_hours = seen_hours + [hour] %}
                
                {# Calculate relative position with cube root scaling #}
                {% set rel_pos = ((price.price - avg_price) / sf) %}
                {% set dampened_pos = (rel_pos | abs) ** 0.333 * (1 if rel_pos >= 0 else -1) %}
                
                {# Calculate height with bands based on percentage #}
                {% set pct_from_avg = ((price.price - avg_price) / avg_price * 100) | round(1) %}
                {% if pct_from_avg | abs <= 10 %}
                  {% set height = 1 %}
                {% elif pct_from_avg | abs <= 20 %}
                  {% set height = 2 %}
                {% else %}
                  {% set height = 3 %}
                {% endif %}
                {% set height = height * (1 if rel_pos >= 0 else -1) %}
                
                {# Color based on percentage from average #}
                {% if pct_from_avg > 30 %}{% set color = '#FF0000' %}
                {% elif pct_from_avg > 20 %}{% set color = '#FF8000' %}
                {% elif pct_from_avg > 10 %}{% set color = '#FFFF00' %}
                {% elif pct_from_avg >= -10 %}{% set color = '#00FF00' %}
                {% elif pct_from_avg >= -20 %}{% set color = '#00FFFF' %}
                {% elif pct_from_avg >= -30 %}{% set color = '#0000FF' %}
                {% else %}{% set color = '#FF00FF' %}{% endif %}

                {# Draw bar #}
                {% if height >= 0 %}
                  {% set y = center_y - height %}
                  {% set total_height = height + 1 %}
                {% else %}
                  {% set y = center_y + 1 %}
                  {% set total_height = -height + 1 %}
                {% endif %}

                {# Draw bar starting at x=6 (after icon) #}
                {"dr":[{{ hour + 6 }}, {{ y }}, 1, {{ total_height }}, "{{ color }}"]}

                {# Current hour marker #}
                {% if hour == now().hour %}
                ,{"dr":[{{ hour + 6 }}, 0, 1, 1, "#FFFFFF"]}
                {% endif %}
              {% endif %}
            {% endfor %}
            ]
          {% else %}
            [{"dr":[0,0,1,1,"#FF0000"]}]
          {% endif %}
        duration: 20
        lifetime: 300
        repeat: -1
    target:
      device_id: awtrix_3ddaec
    action: awtrix3.push_app_data
  - target:
      entity_id:
        - light.awtrix_3ddaec_indicator_1
        - light.awtrix_3ddaec_indicator_2
        - light.awtrix_3ddaec_indicator_3
    action: light.turn_off
    data: {}
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ ((current_price - avg_price) / avg_price * 100)|float > 20 }}"
        sequence:
          - target:
              entity_id: light.awtrix_3ddaec_indicator_1
            data:
              rgb_color: "{{ indicator_color }}"
            action: light.turn_on
      - conditions:
          - condition: template
            value_template: >-
              {{ ((current_price - avg_price) / avg_price * 100)|float >= -20
              and
                 ((current_price - avg_price) / avg_price * 100)|float <= 20 }}
        sequence:
          - target:
              entity_id: light.awtrix_3ddaec_indicator_2
            data:
              rgb_color: "{{ indicator_color }}"
            action: light.turn_on
      - conditions:
          - condition: template
            value_template: "{{ ((current_price - avg_price) / avg_price * 100)|float < -20 }}"
        sequence:
          - target:
              entity_id: light.awtrix_3ddaec_indicator_3
            data:
              rgb_color: "{{ indicator_color }}"
            action: light.turn_on
mode: single

[ Voor 73% gewijzigd door Septillion op 20-02-2025 14:14 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[sipjan]

Ik heb een Sansung "The Frame" televisie met een Sonos soundbar (HDMI kabel), beide bekend binnen HA. Geluid op de TV standaard uitgezet, dus alles loopt via de soundbar, bediend door de afstandsbediening van de TV. Als je de TV (soundbar) harder of zachter zet zie je op de TV een pijltje omhoog en een omlaag. Maar geen weergave hoe hard het geluid staat (voor de Samsung tussen de 0 en 1 by the way). Ik had al eens gehoord dat iemand dat naar zn Ulanzi/AWTRIX stuurde, en dat wilde ik ook wel, temeer daar mijn Ulanzi/AWTRIX op de soundbar onder de TV staat.
Geinspireerd door de post van Pixel - Now playing on Spotify eerder op dit forum dacht ik: dat kan ik ook wel. En inderdaad, een automatisering met een Entiteit Statusverandering (zoals ook door Pixel), entiteit TV-kamer, attribuut Volume, en vervolgens een MQTT bericht voor mijn Ulanzi met:

{ "text": "{{ state_attr("media_player.tv_kamer", "volume_level") }}", "duration": 2, "icon": 59333 }

En dat werkt, netjes 2 seconden lang een speaker icoontje met een getalletje tussen de 0 en 1. Maar omdat ik (nagenoeg) alles op het gebied van AWTRIX messages doe mbv Node Red, wilde ik dat ook proberen. En daar kom ik niet uit. Ik kan wel een statusverandering van de media_player vastleggen, maar ik kan nergens het attribuut volume_level vastleggen. Mensen met meer kennis van Node Red die me kunnen helpen ?

[Rev!]

sipjan schreef op woensdag 26 februari 2025 @ 10:52:
Ik heb een Sansung "The Frame" televisie met een Sonos soundbar (HDMI kabel), beide bekend binnen HA. Geluid op de TV standaard uitgezet, dus alles loopt via de soundbar, bediend door de afstandsbediening van de TV. Als je de TV (soundbar) harder of zachter zet zie je op de TV een pijltje omhoog en een omlaag. Maar geen weergave hoe hard het geluid staat (voor de Samsung tussen de 0 en 1 by the way). Ik had al eens gehoord dat iemand dat naar zn Ulanzi/AWTRIX stuurde, en dat wilde ik ook wel, temeer daar mijn Ulanzi/AWTRIX op de soundbar onder de TV staat.
Geinspireerd door de post van Pixel - Now playing on Spotify eerder op dit forum dacht ik: dat kan ik ook wel. En inderdaad, een automatisering met een Entiteit Statusverandering (zoals ook door Pixel), entiteit TV-kamer, attribuut Volume, en vervolgens een MQTT bericht voor mijn Ulanzi met:

{ "text": "{{ state_attr("media_player.tv_kamer", "volume_level") }}", "duration": 2, "icon": 59333 }

En dat werkt, netjes 2 seconden lang een speaker icoontje met een getalletje tussen de 0 en 1. Maar omdat ik (nagenoeg) alles op het gebied van AWTRIX messages doe mbv Node Red, wilde ik dat ook proberen. En daar kom ik niet uit. Ik kan wel een statusverandering van de media_player vastleggen, maar ik kan nergens het attribuut volume_level vastleggen. Mensen met meer kennis van Node Red die me kunnen helpen ?

Wat bedoel je met een 0 en 1? Ik gebruik dit stukje code en die laat gewoon het volume level zien?

YAML:

 { "text": "{{ state_attr('media_player.woonkamer', 'volume_level') | float(999) * 100 }}", "icon": "60064", "color": "#FFFFFF", "duration": 1 }

Alleen met level 7 of 14 doet Sonos een beetje gek, zet er dan heel veel nullen achter...

[Septillion]

@Rev! Hij zocht specifiek in NR, vandaar

Maar waarom niet gewoon afronden op 1 (of zelfs 0) decimalen?

Als je volume niet beschikbaar is, dan is het ook wel beetje raar om 99900 als volume weer te geven...

[Septillion]

@sipjan Volgens mij moet je dan gewoon een events state node maken en daarna filteren met een function node.

Beetje klooien en kom ik op iets als:

JSON:

[
    {
        "id": "60a483fd8f0eec93",
        "type": "tab",
        "label": "Flow 1",
        "disabled": false,
        "info": "",
        "env": []
    },
    {
        "id": "state_change",
        "type": "server-state-changed",
        "z": "60a483fd8f0eec93",
        "name": "Monitor media player",
        "server": "5ec26e40.5a9cb",
        "version": 6,
        "outputs": 1,
        "exposeAsEntityConfig": "",
        "entities": {
            "entity": [
                "media_player.bathroom"
            ],
            "substring": [],
            "regex": []
        },
        "outputInitially": false,
        "stateType": "str",
        "ifState": "",
        "ifStateType": "str",
        "outputOnlyOnStateChange": false,
        "for": "0",
        "forType": "num",
        "forUnits": "seconds",
        "ignorePrevStateNull": true,
        "ignorePrevStateUnknown": true,
        "ignorePrevStateUnavailable": true,
        "ignoreCurrentStateUnknown": true,
        "ignoreCurrentStateUnavailable": true,
        "outputProperties": [
            {
                "property": "data",
                "propertyType": "msg",
                "value": "",
                "valueType": "eventData"
            }
        ],
        "x": 380,
        "y": 960,
        "wires": [
            [
                "compare_volume_change"
            ]
        ]
    },
    {
        "id": "compare_volume_change",
        "type": "function",
        "z": "60a483fd8f0eec93",
        "name": "Detect Volume Change",
        "func": "var oldVolume = msg.data.old_state ? msg.data.old_state.attributes.volume_level : null;\nvar newVolume = msg.data.new_state ? msg.data.new_state.attributes.volume_level : null;\n\nif (oldVolume !== null && newVolume !== null && oldVolume !== newVolume) {\n    msg.payload = { \"oldVolume\": oldVolume, \"newVolume\": newVolume };\n    return msg;\n} else {\n    return null; // No change, don't pass message forward\n}",
        "outputs": 1,
        "timeout": "",
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 660,
        "y": 960,
        "wires": [
            [
                "2dd4036e32f877cd"
            ]
        ]
    },
    {
        "id": "2dd4036e32f877cd",
        "type": "api-call-service",
        "z": "60a483fd8f0eec93",
        "name": "",
        "server": "5ec26e40.5a9cb",
        "version": 7,
        "debugenabled": false,
        "action": "persistent_notification.create",
        "floorId": [],
        "areaId": [],
        "deviceId": [],
        "entityId": [],
        "labelId": [],
        "data": "{\t   \"message\": \"Change to \" & $string(payload.newVolume * 100) & \"%\",\t   \"title\":\"Test notification\",\t   \"notification_id\": \"test\"\t}",
        "dataType": "jsonata",
        "mergeContext": "",
        "mustacheAltTags": false,
        "outputProperties": [],
        "queue": "none",
        "blockInputOverrides": true,
        "domain": "persistent_notification",
        "service": "create",
        "x": 980,
        "y": 960,
        "wires": [
            []
        ]
    },
    {
        "id": "5ec26e40.5a9cb",
        "type": "server",
        "name": "Home Assistant",
        "addon": true
    }
]

Maar pff, doe mij dan maar gewoon de HA automation engine

[sipjan]

Rev! schreef op zaterdag 8 maart 2025 @ 00:02:
[...]


Wat bedoel je met een 0 en 1? Ik gebruik dit stukje code en die laat gewoon het volume level zien?

YAML:

 { "text": "{{ state_attr('media_player.woonkamer', 'volume_level') | float(999) * 100 }}", "icon": "60064", "color": "#FFFFFF", "duration": 1 }

Alleen met level 7 of 14 doet Sonos een beetje gek, zet er dan heel veel nullen achter...

Klopt, en dan krijg ik een getal tussen 0 en 1 met twee cijfers achter de komma

[bancker]

Een klok die niet op tijd staat is vreselijk.

Ok, dit is echt een domme vraag. Ik heb deze klok al een poosje en hij staat op de schouw zonder mods of alternatieve firmware gewoon de hele dag de tijd te tonen. Alleen de tijd. Nu loopt ie echter niet gelijk!
Hoe komt het ding aan zijn tijd? Via NTP? Hoe stel ik dat in?

[Septillion]

@bancker Moet ik weer even graven in mijn geheugen, maar serveerde dat ding dan niet ook gewoon een webpagina met settings?

[Davey400]

Inderdaad; je opent gewoon de webpagina door naar het http (geen https) adres te gaan.
Daar stel je de te gebruiken ntp server of ntp pool in.

[Davey400]

Met Awtrix is dat het tabje ‘time’.

[bancker]

Ik zie het gewoon niet.

[Davey400]

Oh. Is dat nog echt de originele firmware?
Hm. Geen idee dan, sorry.
Wel geïntrigeerd door die “Awtrix Simulator”….

[bloksnor]

bancker schreef op zondag 30 maart 2025 @ 19:46:
Ik zie het gewoon niet.

Dit is de firmware waarmee de Pixel clock geshipped wordt toch? Ik had namelijk ook met deze software dat 'ie permanent verkeerde tijd aangaf. Ik heb het opgelost door Awtrix 3 te installeren.

[Septillion]

@bancker Mm, daar had ik inderdaad ook wel een NTP server tussen verwacht...

Zie wel dat er ook een update is van de officiële firmware, misschien dat die het oplost? En anders kan ik alleen maar Awtrix aanraden als je niet van de YouTube etc screens gebruik maakt.

[bancker]

Bedankt zover. Heb even zitten kijken naar hoe dat werkt met awtrix, maar zo te zien moet je dat op een andere machine installeren en daaraan linken vanaf de ulanzi. Klopt dat? Of kan ik de ulanzi ook flashen met awtrix? Ik ga eerst eens even de firmware bijwerken om te zien of er dan een optie voor ntp tevoorschijn komt.

[bancker]

Ik ben eruit geloof ik. Bedankt! Ik heb via het web awtrix op mijn klokje gezet (aangesloten op laptop). Ben nu bezig om met api calls de settings goed te krijgen maar er is sowieso al NTP en de tijd klopt!

[eovermeer]

Om het compleet te maken zou ik de Awtrix app ook downloaden voor je smartphone, kost eenmalig een klein bedrag maar daar ondersteun je wel de developer mee (die jouw probleem nu heeft opgelost).

[Gondelier]

Hmmbob schreef op dinsdag 4 februari 2025 @ 16:35:
Je kan die entiteit uitschakelen als je er toch niets mee doet (ga via instellingen apparaten naar je Ulanzi en klik op die "current app", dan het tandwieltje en het knopje achter "ingeschakeld" uitvinken)

Of je duikt in je configuration.yaml en past de instellingen voor logboek aan:

YAML:

logbook:
  exclude:
    entity_globs:
      - number.awtrix_*
      - sensor.awtrix*

@Hmmbob @Septillion
Ik gebruik al een tijdje de Awtrix 3 en permanent op stroom (230V) 24/7.
Ik heb daar opstaan de tijd en de datum, die van rechts naar links voorbij schuiven om de 6 seconden.
De Matrix schakelt via een automatisering in Home assistant van s’morgens 07:00 uur tot 09:00 uur en van 19:00 uur tot 21:00 uur.

Het is mij opgevallen in het logboek dat daar om de 6 seconden een melding staat van awtrix DATE met de tijd natuurlijk en awtrix TIME en dit dus 24/7 , nogmaals om de 6 seconden.
Het logboek zit bom vol natuurlijk alleen al door de Awtrix.

Nou heb ik in HA bij apparaten geen Awtrix/Matrix staan, maar als ik kijk bij de entiteiten dan krijg ik een hele rits van awtrix.

Nou heb ik twee dagen geleden het hierboven genoemde ingesteld, zowel in de config.yaml als in mijn geval bij entiteiten-awtrix-tandwieltje-en alles uitgeschakeld.

Maar helaas gebeurd er niets in het logboek en blijft nog steeds 24/7 vollopen om de 6 seconden.
Hoe kan ik er voor zorgdragen dat de awtrix niets meerin het logboek plaatst ??

Hoe is jullie ervaring ??

[Septillion]

@Gondelier Je zou de Awtrix gewoon als device in HA moeten hebben. Niet een filter aan in HA? Die zitten mij ook regelmatig in de weg.

Maar entiteit die je zoekt is dan standaard sensor.awtrix_xxxxxx_current_app maar als je de naam aangepast aangepast hebt dan kan dit anders zijn. En dan werkt het filter ook niet nee. Dus zou even wat harder naar juiste entiteit is zoeken.

[Gondelier]

[quote]Septillion schreef op woensdag 9 april 2025 @ 07:52:
@Gondelier Je zou de Awtrix gewoon als device in HA moeten hebben. Niet een filter aan in HA? Die zitten mij ook regelmatig in de weg.

@Septillion @Hmmbob
Nee, ik heb de Awtrix en of Matrix niet in mijn apparaten zitten. Het waarom weet ik niet, maar het werkt tot noch toe goed.
Vwb de Awtrix in het logboek daar bleef ik foutmeldingen krijgen als ik in HA in config .yaml de bovengenoemde JUISTE gegevens ingaf en dan de configuratie liet verversen cq controleren bleef ik de foutmelding houden van:
Kan het “logbook” niet vinden.
Na even goed in mijn ogen gevreven heb dacht ik, ja logisch het moet voor mij “logboEk” zijn.
Dat gewijzigd hebbende en opnieuw opgestart was er geen foutmelding meer en dacht klaar.
Mooi niet dus, het logboek bleef om de 6 sec. Pompen.

Toen ben ik in mijn logboek gegaan en heb daar op de 6 seconden melding vande Awtrix geklikt.
Toen kreeg ik het bekende scherm met het tandwieltje rechtsboven, maar er draaide ook een blauwe cirkel in het midden van die pagina ca. 10min. (Ik heb het nog steeds over de Awtrix he 🥴🥴)
Toen op het tandwiel gedrukt en ja hoor ingeschakeld heb ik uitgeschakeld.
Dit is ongeveer een uur geleden, en vanaf die tijd heb ik geen melding meer om de 6 seconden van datum en tijd.
De andere meldingen voor de Awtrix zijn nog wel intact in het logboek.

Bedankt weer voor de hulp.
🤜🤛

@Septillion
Dat om de 3 - 6 dagen dingetje ben ik mee gestopt.
Het werkt hier gewoon niet👍

[ Voor 3% gewijzigd door Gondelier op 09-04-2025 14:25 ]

[Septillion]

@Gondelier Welke versie van Awtrix draai je? Dat is een van de weinige redenen die ik kan bedenken dat je geen device hebt. Als je 0.97 of later hebt dan kan het niet anders dan dat je ook een device hebt. Deze staat wel onder de MQTT integratie.

En hoezo zou het 'logboek' moeten zijn? Alle yaml settings zijn vaste onderdelen onafhankelijk van je HA taal. Voor namen in HA is daarvoor zoals gebruikelijk met programmeren gekozen voor Engels. Alleen in custom integraties zou het mogelijk zijn een niet-Engelse term te zien.

En ja, uitschakelen is ook een optie. Maar dan heb je als het goed is op dat scherm ook kunnen zien wat het entity id ervan is Sterker nog, als je ipv op het tandwiel had geklikt op de 3-dots en dan Device info had geklikt had je waarschijnlijk het Awtrixdevice gezien.

[Gondelier]

Septillion schreef op woensdag 9 april 2025 @ 18:44:
@Gondelier Welke versie van Awtrix draai je? Dat is een van de weinige redenen die ik kan bedenken dat je geen device hebt. Als je 0.97 of later hebt dan kan het niet anders dan dat je ook een device hebt. Deze staat wel onder de MQTT integratie.

En hoezo zou het 'logboek' moeten zijn? Alle yaml settings zijn vaste onderdelen onafhankelijk van je HA taal. Voor namen in HA is daarvoor zoals gebruikelijk met programmeren gekozen voor Engels. Alleen in custom integraties zou het mogelijk zijn een niet-Engelse term te zien.

En ja, uitschakelen is ook een optie. Maar dan heb je als het goed is op dat scherm ook kunnen zien wat het entity id ervan is Sterker nog, als je ipv op het tandwiel had geklikt op de 3-dots en dan Device info had geklikt had je waarschijnlijk het Awtrixdevice gezien.

@Septillion
Vooropgesteld, je hebt helemaal gelijk.

1) ik gebruik op de Awtrix versie 098

2) als ik de uitschakeling van de meldingen in het logboek voor time en date in de configuratie.yaml had gezet zoals hier boven als voorbeeld gegeven door Hmmbob van 4 februari en dan de naam logbook gebruikte, dan kreeg ik een foutmelding bij “configuratie controleren” als fout logbook”.
En ook “SPOOK” stak ineens zijn nek uit van fout in configuratie.yaml “logbook”.
Als ik dan logbook in logboEk veranderde leek alles goed te zijn, maar zoals je eerder gelezen hebt was dat dus niet zo.

3) Ja het entity id van de awtrix had ik gezien bij het tandwiel en daardoor kon ik alles goed invullen in de configuratie.yaml maar niks gebeurde er in het logboek zelf. Het bleef maar om de 6 seconden info plaatsen.
Ook meerdere malen opgestart maar niets gebeurde er.

Het werkt in ieder geval nu en de time en date is uit mijn logboek verdwenen.
Voor mij toch weer een leer moment, en nogmaals dank 🙏

[Davey400]

Ik denk dat je je laat verwarren door de reactie.
Als er ‘logbook’ staat dan is dat een herkenbare syntax voor HA en moet alles daaronder ook kloppen.
Als er ‘logboek’ staat dan is dat een kop waar HA zelf niets mee kan of doet en zal het HA zelf een worst zijn wat er onder staat; de header zal worden aangezien als bedoeld voor één of andere integratie die deze wel zal oppakken.
Omdat ‘niemand’ dat doet krijg je logischerwijs geen foutmelding; heel de sectie wordt simpelweg genegeerd.

[ATOR]

Bij elke MQTT restart publiceert hij dit:

code:

Topic
awtrix_ator01/custom/test
Payload
{ "text": "hello", "duration": 10 }

Daardoor blijft deze 'test' app met "hello" terugkeren op mijn Ulanzi.

De automatisering die eerst dit packet verstuurde is gedeletet. Ik heb Awtrix op de Ulanzi met erase opnieuw geïnstalleerd. Ik heb gezocht in de mqtt config of daar iets stond maar heb niets gevonden.

Bij deze 'test' app heb ik allerlei commando's geprobeerd en ik denk dat ik daarbij de bovenstaande packet ergens in MQTT als persistent heb opgeslagen.

Weet iemand hoe ik dit weg krijg?

[Septillion]

@ATOR Dan heb je dat ooit als retained gepubliceerd. Even een keer een leeg bericht met retain aan posten naar awtrix_ator01/custom/test of in MQTT Explorer op de recycle bin klikken.

[ATOR]

Septillion schreef op vrijdag 18 april 2025 @ 15:25:
@ATOR Dan heb je dat ooit als retained gepubliceerd. Even een keer een leeg bericht met retain aan posten naar awtrix_ator01/custom/test of in MQTT Explorer op de recycle bin klikken.

Thanx! Bij het versturen van een leeg bericht met retain bleef er een leeg topic bestaan maar met de daarna geïnstalleerde add-on MQTT explorer heb ik het lege geretainde topic kunnen verwijderen. De MQTT explorer is erg handig zeg. Zag meteen dat ik nog een geretainde notify had staan.

[Faece]

YAML:

 
alias: New automation
description: ""
triggers: []
conditions: []
actions:
  - data:
      topic: awtrix/custom/cpp
      payload: |
        {
          "text": "{{ states('sensor.p1_meter_5c2faf04a1f2_actueel_vermogen') }} W",
          "color": "{% if states('sensor.p1_meter_5c2faf04a1f2_actueel_vermogen') | float > 1500 %}#00ff00{% else %}#ff0000{% endif %}",
          "duration": 2
        }
      retain: false
    action: mqtt.publish
  - action: awtrix.awtrix_push_app_data
    metadata: {}
    data:
      name: test
mode: single

wat doe ik hier fout dat ik dit niet zichtbaar krijg ?

[ Voor 32% gewijzigd door Faece op 02-05-2025 14:27 ]

[bob-nwk]

Faece schreef op vrijdag 2 mei 2025 @ 13:48:
[
wat doe ik hier fout dat ik dit niet zichtbaar krijg ?

[Septillion]

@Faece Je publish actie lijkt me prima. Ik heb wel mijn twijfels of je base topic echt alleen 'awtrix' is. Standaard is deze 'awtrix_xxxxxx' (met x deel van het mac adres).

Je tweede actie weet ik zo niet, ik heb geen awtrix.awtrix_push_app_data. Daarnaast heb je geen trigger dus gaat de automation niets doen.

@bob-nwk Je beide punten zijn incorrect. Voor het 1e heeft HA toch al best een tijd geleden 'service calls' hernoemt naar 'actions'. En voor het 2e punt maakt het geen fluit uit in welke volgorde je keys onder een parent hangt. Dus de 'you have' en 'this should be' leveren dezelfde datastructuur op (afgezien van de hernoeming action => service).

Laat dus weer zien waarom hier random copy-past van een AI niet gewaardeerd wordt hier...

[Faece]

Septillion schreef op zondag 4 mei 2025 @ 17:29:
@Faece Je publish actie lijkt me prima. Ik heb wel mijn twijfels of je base topic echt alleen 'awtrix' is. Standaard is deze 'awtrix_xxxxxx' (met x deel van het mac adres).

Je tweede actie weet ik zo niet, ik heb geen awtrix.awtrix_push_app_data. Daarnaast heb je geen trigger dus gaat de automation niets doen.

Het is een custom integration 'awtrix notifications"

dit is het geworden ( welliswaar met chatgpt gefabriceerd, maar het werkt

YAML:

action: awtrix.awtrix_push_app_data
metadata: {}
data:
  name: test
  data:
    text: "{{ states('sensor.p1_meter_5c2faf04a1f2_actueel_vermogen') }} W"
    color: >-
      {% set power = states('sensor.p1_meter_5c2faf04a1f2_actueel_vermogen') |
      float %} {% set min_power = -2500 %} {% set max_power = 3000 %}

      {% if power < 0 %}
        {# Negatieve waarden: van groen naar geel #}
        {% set ratio = (power / min_power) %}
        {% if ratio > 1 %} {% set ratio = 1 %} {% endif %}
        {% if ratio < 0 %} {% set ratio = 0 %} {% endif %}
        {% set r = (255 * (1 - ratio)) | int %}
        {% set g = 255 %}
      {% elif power > 0 %}
        {# Positieve waarden: van geel naar rood #}
        {% set ratio = (power / max_power) %}
        {% if ratio > 1 %} {% set ratio = 1 %} {% endif %}
        {% if ratio < 0 %} {% set ratio = 0 %} {% endif %}
        {% set r = 255 %}
        {% set g = (255 * (1 - ratio)) | int %}
      {% else %}
        {# exact 0 = geel #}
        {% set r = 255 %}
        {% set g = 255 %}
      {% endif %}

      {% set b = 0 %} {{ '#' ~ '%02X' % r ~ '%02X' % g ~ '%02X' % b }}
    effect: matrix
 

[Septillion]

@Faece Altijd wel zo handig om te vermelden dan hè Maar zal hem eens opzoeken / in de start post zetten.

Maar je was dus op zich prima bezig om gewoon zelf de json te maken. Denk dat je het alleen naar het verkeerde topic stuurde...

Zelf zou ik overigens de som van rood en groen altijd hetzelfde houden, dan varieert de helderheid niet zo.

[Faece]

Septillion schreef op maandag 5 mei 2025 @ 10:17:
@Faece Altijd wel zo handig om te vermelden dan hè Maar zal hem eens opzoeken / in de start post zetten.

Maar je was dus op zich prima bezig om gewoon zelf de json te maken. Denk dat je het alleen naar het verkeerde topic stuurde...

Zelf zou ik overigens de som van rood en groen altijd hetzelfde houden, dan varieert de helderheid niet zo.

Eigenlijk zou ik de kleur in het rood willen als mijn voorziene verbruik van de vaatwas en of wasmachine mijn opbrengst overstijgt. Maar als start is dit best ok

[Faece]

Septillion schreef op maandag 5 mei 2025 @ 10:17:
@Faece Altijd wel zo handig om te vermelden dan hè Maar zal hem eens opzoeken / in de start post zetten.

Ik had het eerst niet opgemerkt dat dit door de custom component was.


Hier de link
https://github.com/10der/homeassistant-custom_components-awtrix

[Gizz]

Ik bedacht mij vanochtend dat ik nog een tweede Ulanzi in gesealde verpakking had liggen. Ooit gekocht in de aanbieding

Toch maar eens uitgepakt om Awtrix erop te zetten. Via de goedbedoelde online flasher echt niet te doen; na pogingen op twee verschillende windows-pc's in Edge en Chrome en met diverse kabeltjes (van de bijgeleverde kabel tot Ugreen 100W kabels vers uit de verpakking) alleen maar errors gekregen..

Vervolgens de eerste de beste ESP-flasher van github gepakt en daarmee bij de eerste poging succesvol ulanzi_TC001_0.98.bin kunnen flashen

Dus tipje voor mensen die nog moeten flashen, wijk even uit naar een andere tool als de aangeraden 'makkelijke' optie totaal niet meewerkt.

[Gijs007]

Hoe krijg je die bootsound werkend in awtrix3?
Documentatie is wat onduidelijk: https://blueforcer.github.io/awtrix3/#/dev

Heb dit in dev.json staan:

JSON:

{
  "hostname":"awtrix_woonkamer",
  "bootsound":"takeonme",
  "new_year":true
}

Dit in /MELODIES/takeonme.txt:

code:

TakeOnMe:d=4,o=4,b=160:8f#5,8f#5,8f#5,8d5,8p,8b,8p,8e5,8p,8e5,8p,8e5,8g#5,8g#5,8a5,8b5,8a5,8a5,8a5,8e5,8p,8d5,8p,8f#5,8p,8f#5,8p,8f#5,8e5,8e5,8f#5,8e5,8f#5,8f#5,8f#5,8d5,8p,8b,8p,8e5,8p,8e5,8p,8e5,8g#5,8g#5,8a5,8b5,8a5,8a5,8a5,8e5,8p,8d5,8p,8f#5,8p,8f#5,8p,8f#5,8e5,8e5

[sipjan]

Gijs007 schreef op dinsdag 6 mei 2025 @ 22:31:
Hoe krijg je die bootsound werkend in awtrix3?
Documentatie is wat onduidelijk: https://blueforcer.github.io/awtrix3/#/dev

Heb dit in dev.json staan:

JSON:

{
  "hostname":"awtrix_woonkamer",
  "bootsound":"takeonme",
  "new_year":true
}

Dit in /MELODIES/takeonme.txt:

code:

TakeOnMe:d=4,o=4,b=160:8f#5,8f#5,8f#5,8d5,8p,8b,8p,8e5,8p,8e5,8p,8e5,8g#5,8g#5,8a5,8b5,8a5,8a5,8a5,8e5,8p,8d5,8p,8f#5,8p,8f#5,8p,8f#5,8e5,8e5,8f#5,8e5,8f#5,8f#5,8f#5,8d5,8p,8b,8p,8e5,8p,8e5,8p,8e5,8g#5,8g#5,8a5,8b5,8a5,8a5,8a5,8e5,8p,8d5,8p,8f#5,8p,8f#5,8p,8f#5,8e5,8e5

Wat ik opmaak uit het voorbeeld (laatste pagina helemaal onderaan) is dat je de bootsound alleen maar aan en uit kunt zetten (true/false)
{
"temp_dec_places":1,
"bootsound":true,
"hum_offset":-2
}

[do_sch]

vraagje: heeft iemand ervaring of de Ulanzi te koppelen is aan NS data?
Ik zou graag de tijd van eerst volgende trein van het station verderop willen weergeven met deze klok.

[Gizz]

@do_sch kijk eens naar OVapi. Dat gebruik ik om de vertrektijden van de lokale bussen en veerponten in HA te krijgen. Treinen zitten daar ook in.

[Hmmbob]

Er is een Nederlandse Spoorwegen integratie voor Home Assistant, daarmee moet het lukken. Als je Home Assistant gebruikt, natuurlijk

[do_sch]

Vraagje; mijn Ulanzi maakt geen geluid meer. Als ik op de volume settings kom in de clock dan staat er N/A.

Ik heb awtrix 0.93.

Iemand anders dit ook al gehad en misschien een oplossing gevonden?

[Davey400]

Ik zou sowieso eens updaten naar 0.98. Wie weet lost het wat op.

[do_sch]

excuus, dat was een typo. ik zit ook op 0.98

[Davey400]

Ah, ok. Nu ben ik nooit in de volume settings geweest met de knoppen (was me er niet eens bewust van dat dat kon) maar wat gebeurt er als je er via MQTT simpele geluiden naartoe stuurt?

[do_sch]

helemaal niks... ik probeer er nu achter te komen of dat een hardware probleem is.

Dat de volume settings op de clock zelf N/A aangeven, lijkt er op te wijzen dat de speaker niet meer werkt.
Ik wilde nu net dev.json aanpassen met deze code:

code:

{
  "bootsound":true,
}

En dan kijken wat er gebeurt als ik herstart

edit: helemaal niks... iig geen geluid...

[ Voor 6% gewijzigd door do_sch op 16-09-2025 22:26 ]

[Davey400]

Dat de volume settings op de clock zelf N/A aangeven, lijkt er op te wijzen dat de speaker niet meer werkt.

Dat vind ik juist niet. Als de speaker alleen stuk zou zijn dan zou de software gewoon proberen te spelen en zou je simpelweg niets horen. Dit lijkt eerder een software-ding dan een daadwerkelijk probleem met het piepertje.

Heb je al eens een volledige power-down geprobeerd?

[Rev!]

Mijn Awtrix loopt sinds een paar dagen vrij kort na het aanzetten vast, of het beeld hangt, of helemaal geen beeld meer. Als ik de usb voeding eruit haal komt er ene hoge piep uit. Ik vermoed iets van de accu, weet iemand of dit ding ook zonder accu kan werken?

[do_sch]

Davey400 schreef op dinsdag 16 september 2025 @ 22:41:Heb je al eens een volledige power-down geprobeerd?

Een reboot zeker; meerdere keren. Maar wat ik ook probeer (ook sound bij reboot); er komt geen geluid (meer) uit het ding. In het verleden heeft-ie het trouwens wel gedaan.

Ik had een tijdje dattie een geluidje speelde als een specifiek device op de Wifi verscheen; maar dat bleek zo onbetrouwbaar (want veel vertraging) dat ik het weer uit heb gezet.

Nu, 3 maanden later, bedacht ik me een nieuwe use-case voor geluid; maar nu doet-ie het niet meer.

Ik kan trouwens online ook weinig vinden over problemen met geluid in Ulanzi klokken...

[Davey400]

Ik bedoel echt volledig uit. Bij een herstart blijft er spanning op staan. Dus óf accu er uit en spanning los, of spanning los en power drain. Duurt een aantal uren.

[Septillion]

@do_sch Misschien keer opnieuw flashen? Meen dat die ook optie had voor full erase voor het flashen.

[JT]

JT schreef op woensdag 19 februari 2025 @ 17:06:
Ik ben wel een beetje klaar met de accuduur van dit ding en ik wil niet constant een usb-lader in een stopcontact bij het aanrecht. Soms even opladen prima maar niet steeds. Ik zag op YT een comment van iemand die hem had opengemaakt dat er waarschijnlijk wel 2x21700 in past. Houder heb ik en 2 Keeppower 21700 6000mah accu's zijn onderweg Die worden goed getest. Boven de 6000mah. Die 4400mah standaardaccu is hartstikke brak dus ik schat zo in dat mijn capaciteit meer dan verdrievoudigd wordt. Ik heb mij alleen niet gerealiseerd dat de 2 cellen die er nu in zitten misschien wel parallel zijn aangesloten terwijl die houder serieel bedraad is Aan de andere kant, een 2x18650 serieel aangesloten accu kan nooit 4400mah zijn dus het zal haast wel parallel aangesloten zijn, 2 2200mah accu's.

Verder heb ik al wat logica om stroom te besparen zoals display uit bij afwezigheid en standby na 23:00. Die publish ik ter zijner tijd wel in m'n repo. Wat ik hoop is dat ik op deze manier het laden per 2-3 dagen kan doen ofzo.

Dit is al echt te lang geleden, ik had niet in de gaten dat ik die accu's al een half jaar heb liggen Ik heb er de laatste tijd wat werk van gemaakt.

De houder voor de originele accu eruit geslepen:


Het past NET


Of toch niet...? Het is net te dik Het display past er zo niet meer op. Plan: aan de achterkant er een stukje uit slijpen zodat die net wat dieper ligt en dan een plaatje maken en 3D-printen en erop zetten aan de achterkant.

Oud vs nieuw:


Mijn accu's hebben ingebouwde bescherming. Dit zat er onder het blauwe plastic:


Flat top accu's met een beschermingscircuit:


Dit ga ik op de nieuwe accu's solderen om ze parallel aan te sluiten:


Per draadje rechts en de blootgelegde aders soldeer ik vast aan een kant. Onder en boven. En ik denk dan door naar dat BMS, dubbele beveiliging plus ik heb dat stekkertje niet liggen

[JT]

Vandaag eindelijk de nieuwe 21700 met elkaar verbonden om een grote accu van te maken, voor de eerste keer batterijen gesoldeerd.







Ik weet, het is een beperkte hoeveelheid soldeer. Maar het zit aardig vast en er gaat toch niet veel stroom doorheen. Helaas blijk ik niet het plugje voor de batterijconnector te hebben. Heeft iemand een idee wat dit is? Een losse XH2.54 ligt ernaast. Is dit JST 1.25 ofzo? Wel ruk, kan ik weer een nieuwe set aan plugjes bestellen voor one time use Foto klikbaar.

[Septillion]

@JT Wat is de pitch? Als dat 2mm is zou ik zeggen JST PH.

Benieuwd hoe goed hij weer in elkaar gaat. Wil hier eigenlijk de accu er nog eens uit hebben.

[JT]

Septillion schreef op vrijdag 14 november 2025 @ 20:30:
@JT Wat is de pitch? Als dat 2mm is zou ik zeggen JST PH.

Ik heb geen meetapparatuur die sub-mm meet, maar het zou nog best eens kunnen:



Dan ga ik maar eens in V&A een oproepje plaatsen of iemand er 1 of 2 voor me heeft met pinnen

Benieuwd hoe goed hij weer in elkaar gaat. Wil hier eigenlijk de accu er nog eens uit hebben.

Dat komt wel goed. Voor mijn nieuwe accu zal ik echter nog verder moeten slijpen/zagen Op 2 plekken op internetz suggereren mensen dat je er wel 2x21700 in kunt doen, maar in de praktijk toch echt niet zonder de behuizing rigoreus aan te pakken

[Davey400]

Voor dit soort situaties is zo’n setje als dit in huis hebben handig.
(Al zou dat voor deze conmector misschien zelfs nog te lomp kunnen zijn.)

[Kapot]

Zou iemand eens een foto kunnen maken van hoe het weeknummer scherm er uit ziet?

[JT]

Davey400 schreef op vrijdag 14 november 2025 @ 22:36:
Voor dit soort situaties is zo’n setje als dit in huis hebben handig.
(Al zou dat voor deze conmector misschien zelfs nog te lomp kunnen zijn.)

Ik heb dat liggen mar dat gaat niet pasen in de behuizing.

[JT]

Nou, de accu zit erin Wat observaties:

• 2x21700 erin gaat echt niet zonder de behuizing "aan te passen" (lees: aan de achterkant stukje eruit halen + meer ). Op internet vond ik in ieder geval op 2 plekken dat dit vast wel zou passen - niet dus. Ik sprong in het diepe en bleek toen nog iets dieper te moeten Op onderstaande foto's zie je dat rechts, niet boven de accu, het ledbord netjes op de schroefgaten in de hoeken ligt, aan de linkerkant komt die er niet zonder verdere modificatie van de behuizing.
  Members only:
  

  Alleen zichtbaar voor ingelogde gebruikers. Inloggen
• Wat de Ulanzi zelf teruggeeft aan accu-status is niet altijd even betrouwbaar. Als ik vaker opgeladen heb dan kan ik daar meer over roepen. Maar met enige regelmaat gaat de accustatus ook een procentje omhoog Ligt dus niet (alleen) aan de standaardaccu.
• Laden met 2x6000mah in plaats van 2x2200mah duurt in de praktijk echt heel veel langer Als verwacht eigenlijk. Maar uurtje of 3 gaat er denk ik wel overheen.
• Als ik kijk naar de status in HA dan zie ik in 4,5 uur een afname van 8%. Als je dit extrapoleert dan zou die een looptijd hebben van naar beneden afgerond 56 uur

Goed. Ik kon de standaard accubescherming niet goed los krijgen, allemaal gepuntlast. Dus ik heb 21700 met ingebouwde bescherming gekozen. Geen zin in gezeik en fik. Ik heb de volgende wijzigingen aan de behuizing gedaan:

• Er is een kuipje waar de standaardaccu in ligt. Deze is er volledig uit. Sterker nog, aan de achterkant zit bij mij een gat waar ik nog een wit 3d geprint kapje overheen ga lijmen. Wil je dit ook doen lees dan vooral door, dan kun je afmetingen van mij gebruiken om zo min mogelijk eruit (en recht) te slijpen. Want het had bij mij iets minder gekund. De kunt is dat het gat ongeveer zo is dat de accu net een paar millimeter erin zakt zodat het display erop kan. Aan de achterkant steekt bij mij de accu nu 2mm uit ofzo. Zoals gezegd, ga ik zelf een kapje voor fabriceren.
• Bij het schroefgat linksonder zitten er verstevigingen aan in de vorm van een kruis. Het stukje aan de bovenkant heb ik weggeslepen ten bate van de accu. Op de foto gemarkeerd met paars. Dat geldt ook voor de versteviging van de behuizing links, iets boven het genoemde schroefgat.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Ja die snede aan de uiterste zijde is scheef maar het zat nu zoals ik wou en er komt toch een kapje overheen (ook al doet het pijn aan de ogen en heb ik de neiging om hem toch weer open te maken en de snede recht te maken Maar mijn backlog moet ook nog een keer af). Dus dat komt wel goed. Afmetingen als je een goede snede wil:

• 84mm vanaf de zijkant (rechts vanaf achteren gezien, links vanaf voor gezien)
• 6mm (vanaf dezelfde kant gerekend)
• 10mm vanaf de onderkant (daar heb ik teveel weggehaald)
• 4mm vanaf de bovenzijde, waarbij ik de schuine zijde NIET meeneem

Zoals vermeld, belangrijk dat je wel dat kuipje/de zitting voor de originele accu eruit haalt. Ik heb mijn multitools gebruikt, eerst de Dremel maar dat gaf veel vieze stank en gesmolten plastic. Mijn oscillerende multitool voorkwam het niet 100% maar wel 80-90 procent minder dan de dremel. Ik kom nog terug op de looptijd.

[ Voor 5% gewijzigd door JT op 27-12-2025 11:07 ]

[Septillion]

@JT Best aardige operatie geworden. Maar bedankt voor de info!

Maar grootste vraag voor mij, hoe goed krijg je de voorkant er weer op? Want ik wil bij mij eigenlijk de accu eruit hebben.

[JT]

Septillion schreef op zaterdag 27 december 2025 @ 09:44:
@JT Best aardige operatie geworden. Maar bedankt voor de info!

Maar grootste vraag voor mij, hoe goed krijg je de voorkant er weer op? Want ik wil bij mij eigenlijk de accu eruit hebben.

Goed opwarmen, tussen de frontplaat en de fysieke matrix zit een dubbelzijdig iets wat met een nylon wedge er goed genoeg af gaat om er weer op te kunnen plakken.

[JT]

Helaas blijkt het toch allemaal net wat anders te liggen



Looptijd van 24,5 uur. Waarom had ik andere verwachtingen? Met de standaard accu klapte de Ulanzi er elke keer uit als ik in HA nog ongeveer 45% resterende accucapaciteit zag. Ook zag je gekke fluctuaties in de resterende accucapaciteit, ook aan de lader. Ik dacht, dat komt door een brakke accu. Capaciteit keer 2,7 én cellen die in orde zijn had, hoopte ik een factor 4+ in looptijd opgeleverd. Maar het lijkt erop dat het circuit in de Ulanzi om resterende capaciteit digitaal aan te geven gewoon Braque is. Je ziet dat onder andere in de grafiek - terwijl het ledje achter op de Ulanzi aangeeft dat die vol is (groen) fluctueert het percentage tussen de 93 en 100 procent in HA. En minstens net zo belangrijk: de Ulanzi klapt er gewoon weer uit rond de 45%. Dan knippert het ledje achterop de Ulanzi ook rood. Conclusie: standaard accu is niet zo groot, maar waarschijnlijk kwalitatief in orde - het circuit in de Ulanzi niet geheel. Het ledje achterop lijkt betrouwbaar maar de digitale aangave niet.

Desondanks heb ik wel een winst van factor 2-2,5 in looptijd dus dat is wel aardig, helaas niet wat ik had gehoopt. Want ik wil dat ding ergens neer kunnen zetten waar ik constant een USB-kabeltje en lader in het stopcontact onwenselijk vind. Nu valt er natuurlijk winst te halen met slimme energiemanagement. Bijvoorbeeld automatisch in de nacht uit, of bij afwezigheid. Voor dat laatste moet ik eerst nog aanwezigheidsdetectie maken. Dan moet eens in de 2 dagen laden wel haalbaar zijn, al vind ik dat nog wel aan de lange kant want tijdens het laden staat die dan 3 uur lang op het aanrecht. Maar we gaan kijken wat het in de praktijk wordt

[nachtwaker]

Even een vraag, lees via AI tool dat er ook een TC002 versie moet zijn van de klok maar kan deze nergens vinden. Vindt alleen de versie TC001. Heeft iemand een idee?

[SgtElPotato]

nachtwaker schreef op maandag 29 december 2025 @ 13:31:
Even een vraag, lees via AI tool dat er ook een TC002 versie moet zijn van de klok maar kan deze nergens vinden. Vindt alleen de versie TC001. Heeft iemand een idee?
[Afbeelding]

Soms verbeeld AI dingen in

[Davey400]

Want ik wil dat ding ergens neer kunnen zetten waar ik constant een USB-kabeltje en lader in het stopcontact onwenselijk vind. Nu valt er natuurlijk winst te halen met slimme energiemanagement. Bijvoorbeeld automatisch in de nacht uit, of bij afwezigheid.

Wel eens gedacht om het laden dan slim te maken? Als je de lader niet 24/7 actief in de wcd wilt hebben (vanwege energie of brandgevaar?) dan kun je deze ook natuurlijk in een slimme schakelaar stoppen, die je laat in- en uitschakelen door HA op basis van de laadtoestand van de TC001.
Op die manier kun je hem ook lekker veilig tussen 55% en bijv. 80% houden.

Of natuurlijk toch overgaan tot permanente energievoorziening en het hele accu-circuit niet meer gebruiken, en dan een voeding gebruiken die je wel vertrouwt.

Ben benieuwd naar de achterliggende gedachte; de omschrijving lijkt nu te zijn dat het niet een fysiek probleem is, maar dat je het om andere redenen niet wilt.

[nachtwaker]

SgtElPotato schreef op maandag 29 december 2025 @ 13:44:
[...]


Soms verbeeld AI dingen in

Dus de TC001 is de laatste en enige versie die is uitgekomen?

[Davey400]

Kijk anders even bij Ulanzi op de site:
https://www.ulanzi.com/collections/clock

[nachtwaker]

Davey400 schreef op maandag 29 december 2025 @ 20:38:
Kijk anders even bij Ulanzi op de site:
https://www.ulanzi.com/collections/clock

Daar had ik inderdaad ook al gekeken, daar hebben ze inderdaad ook alleen de tc001. Dus deze via ali maar besteld. Nu weekje wachten

[JT]

Davey400 schreef op maandag 29 december 2025 @ 13:52:
[...]

Wel eens gedacht om het laden dan slim te maken? Als je de lader niet 24/7 actief in de wcd wilt hebben (vanwege energie of brandgevaar?) dan kun je deze ook natuurlijk in een slimme schakelaar stoppen, die je laat in- en uitschakelen door HA op basis van de laadtoestand van de TC001.
Op die manier kun je hem ook lekker veilig tussen 55% en bijv. 80% houden.

Of natuurlijk toch overgaan tot permanente energievoorziening en het hele accu-circuit niet meer gebruiken, en dan een voeding gebruiken die je wel vertrouwt.

Ben benieuwd naar de achterliggende gedachte; de omschrijving lijkt nu te zijn dat het niet een fysiek probleem is, maar dat je het om andere redenen niet wilt.

Nee hoor, de plekken waar die komt te staan is het gewoon lelijk (constant een lader met kabel op m'n aanrecht word ik niet heel blij van) of er is geen stopcontact in de buurt. En als ik ergens helemaal verdrietig van wordt dan is het een usb-kabel van meters lang die een beetje over de grond loopt of opgeplakte plastic kabelgootjes enzo

[ Voor 7% gewijzigd door JT op 29-12-2025 22:36 ]

[Davey400]

Dat van die zichtbare kabeltjes snap ik wel. Het mooie van laagspanning is dat je vrij veilig natuurlijk best veel kunt wegwerken en/of maar een klein gaatje nodig hebt om een draad doorheen te werken.
Als dat bij jou echt niet kan dan zou ik eens kijken of je iets met een inductie-lader kunt doen ofzo.
Ik zou zelf in ieder geval niet vrolijk worden van iedere dag mijn klok op te moeten laden...

(Jaja, vroeger moesten we ook klokken opwinden of de massa-stukken optrekken, maar dat was dan een korte handeling die dan ook meteen weer afgerond was.)

Zoals Ulanzi zelf aangeeft in de FAQ is de klok nooit bedoeld* geweest voor om op batterijen te draaien:

Q3: Why is it recommended to keep the clock plugged in?

For the best experience, including a bright, always-on display, continuous power is ideal. The internal battery is designed for portability and short-term use,
such as moving the clock between rooms or during a temporary power outage.

@nachtwaker Waarom bij Ali?
Heb je hem daar nog goedkoper kunnen vinden dan de €41 die Ulanzi zelf rekent?

[Davey400]

(Oh, en nu met code XMAS20 nog eens 20% eraf (-8,19 €), waardoor je daar op €32,80 komt.)

[Siedo]

Davey400 schreef op dinsdag 30 december 2025 @ 08:19:

@nachtwaker Waarom bij Ali?
Heb je hem daar nog goedkoper kunnen vinden dan de €41 die Ulanzi zelf rekent?

Bedankt voor de tip. Ook maar eens de trekker overgehaald om met HA te kunnen knutselen/oefenen.

[JT]

Davey400 schreef op dinsdag 30 december 2025 @ 08:19:
Dat van die zichtbare kabeltjes snap ik wel. Het mooie van laagspanning is dat je vrij veilig natuurlijk best veel kunt wegwerken en/of maar een klein gaatje nodig hebt om een draad doorheen te werken.
Als dat bij jou echt niet kan dan zou ik eens kijken of je iets met een inductie-lader kunt doen ofzo.
Ik zou zelf in ieder geval niet vrolijk worden van iedere dag mijn klok op te moeten laden...

De plekken waar die staat zou ik in de muur moeten frezen om de kabel weg te werken No way Verder helemaal eens, daarom hoop ik met slimmigheid af te kunnen met eens per 2 a 3 dagen.

Zoals Ulanzi zelf aangeeft in de FAQ is de klok nooit bedoeld* geweest voor om op batterijen te draaien:

Wat fabrikanten zeggen interesseert me niet, dan was m'n warmtepomp ook niet lokaal geintegreerd in HA Maar ja, soms blijkt je doel ook niet zomaar te halen, dat is hier nu mogelijk van toepassing.

[nachtwaker]

Davey400 schreef op dinsdag 30 december 2025 @ 08:19:
Dat van die zichtbare kabeltjes snap ik wel. Het mooie van laagspanning is dat je vrij veilig natuurlijk best veel kunt wegwerken en/of maar een klein gaatje nodig hebt om een draad doorheen te werken.
Als dat bij jou echt niet kan dan zou ik eens kijken of je iets met een inductie-lader kunt doen ofzo.
Ik zou zelf in ieder geval niet vrolijk worden van iedere dag mijn klok op te moeten laden...

(Jaja, vroeger moesten we ook klokken opwinden of de massa-stukken optrekken, maar dat was dan een korte handeling die dan ook meteen weer afgerond was.)

Zoals Ulanzi zelf aangeeft in de FAQ is de klok nooit bedoeld* geweest voor om op batterijen te draaien:

[...]


@nachtwaker Waarom bij Ali?
Heb je hem daar nog goedkoper kunnen vinden dan de €41 die Ulanzi zelf rekent?

Oh shit had inderdaad paar euro goedkoper gekund, niet goed opgelet, heb hem nu voor 40 euro. Helaas…

[eovermeer]

JT schreef op maandag 29 december 2025 @ 11:09:
Helaas blijkt het toch allemaal net wat anders te liggen

[Afbeelding]

Met de standaard accu klapte de Ulanzi er elke keer uit als ik in HA nog ongeveer 45% resterende accucapaciteit zag.

Het lijkt erop dat je de calibratie waarden van de Awtrix in dev.json niet hebt aangepast. Ik monitor de batterij via Homey Pro en weet op 5 minuten precies wanneer de Ulanzi uitvalt. Als je het heel nauwkeurig wilt weten zal je de bat_raw waarde een tijdje moeten monitoren en weten wat de waarde is als de Ulanzi uitvalt.

Rond de 700 is een goed uitgangspunt maar uiteindelijk heb ik deze op 680 kunnen zetten. Op dat moment valt de Ulanzi binnen 5 minuten uit en is het batterijpercentage wat wordt weergegeven ook 0% (i.p.v. 45%). Ik kan er helaas ook niet meer dan 10-12 uur mee doen afhankelijk hoelang het display automatisch wordt uitgezet bij afwezigheid. Bij 5% stuur ik via Homey een bericht om de Ulanzi weer op te laden. Helaas is er geen WCD doos in de buurt op de plek waar ik de Ulanzi wil hebben.

dev.json

JSON:

{
  "min_battery":575,
  "max_battery":680,
  "new_year":true,
  "sensor_reading":true,
  "temp_dec_places":1,
  "temp_offset":-9,
  "hum_offset":18
}

[ Voor 0% gewijzigd door Septillion op 02-01-2026 16:50 . Reden: Code tags ]

[JT]

eovermeer schreef op vrijdag 2 januari 2026 @ 16:37:
[...]

Het lijkt erop dat je de calibratie waarden van de Awtrix in dev.json niet hebt aangepast. Ik monitor de batterij via Homey Pro en weet op 5 minuten precies wanneer de Ulanzi uitvalt. Als je het heel nauwkeurig wilt weten zal je de bat_raw waarde een tijdje moeten monitoren en weten wat de waarde is als de Ulanzi uitvalt.

Rond de 700 is een goed uitgangspunt maar uiteindelijk heb ik deze op 680 kunnen zetten. Op dat moment valt de Ulanzi binnen 5 minuten uit en is het batterijpercentage wat wordt weergegeven ook 0% (i.p.v. 45%). Ik kan er helaas ook niet meer dan 10-12 uur mee doen afhankelijk hoelang het display automatisch wordt uitgezet bij afwezigheid. Bij 5% stuur ik via Homey een bericht om de Ulanzi weer op te laden. Helaas is er geen WCD doos in de buurt op de plek waar ik de Ulanzi wil hebben.

dev.json

JSON:

{
  "min_battery":575,
  "max_battery":680,
  "new_year":true,
  "sensor_reading":true,
  "temp_dec_places":1,
  "temp_offset":-9,
  "hum_offset":18
}

Ah goede. Dat had ik inderdaad nog niet gedaan. Ik heb nu de max waarde, MQTT explorer staat nu de MQTT server leeg te trekken, als die uit gaat dan haal ik het laatste bericht op en weet ik de minimale waarde. Ik had een batterij-indicator gemaakt op de Ulanzi die in alle "apps"/schermen zichtbaar is, dan kan die eindelijk ook weer normaal functioneren, inclusief automatisch uit bij 10% accu over.

[JT]

@eovermeer Alles getest en gemeten. Bereik van uitval tot vol laden is 555 tot en met 663. Haal ik hem bij 663 van de lader dan gaat die binnen 1 a 2 minuten van 663 naar 660-649-642. Dat doet die steeds. Dus zodra ik hem van de lader af haal dan geeft die 80 procent aan voor de accu terwijl dat 1 a 2 minuten na laden is. En soms komt er ook spontaan 1 of 2 procent bij. Dus dat elektronische circuit is gewoon f00ked.

[ Voor 6% gewijzigd door JT op 05-01-2026 21:24 ]

[eovermeer]

JT schreef op maandag 5 januari 2026 @ 21:18:
@eovermeer Alles getest en gemeten. Bereik van uitval tot vol laden is 555 tot en met 663. Haal ik hem bij 663 van de lader dan gaat die binnen 1 a 2 minuten van 663 naar 660-649-642. Dat doet die steeds. Dus zodra ik hem van de lader af haal dan geeft die 80 procent aan voor de accu terwijl dat 1 a 2 minuten na laden is. En soms komt er ook spontaan 1 of 2 procent bij. Dus dat elektronische circuit is gewoon f00ked.

Correct maar ik weet in ieder geval wanneer de Ulanzi uitvalt.

[JT]

eovermeer schreef op dinsdag 6 januari 2026 @ 22:29:
[...]

Correct maar ik weet in ieder geval wanneer de Ulanzi uitvalt.

[Afbeelding]

Dat is zeker waar. Power management klopt nu in ieder geval.

[nachtwaker]

Ik heb gisteren de TC001 binnengekregen en direct geflasht naar versie AWTRIX 3 0.98
Ik las ergens dat er al nieuwere versies zijn van de firmware, maar ben even benieuwd waar ik die kan vinden en of andere mensen een nieuwere versie hebben draaien dan die van mij?

[SgtElPotato]

nachtwaker schreef op vrijdag 9 januari 2026 @ 10:50:
Ik heb gisteren de TC001 binnengekregen en direct geflasht naar versie AWTRIX 3 0.98
Ik las ergens dat er al nieuwere versies zijn van de firmware, maar ben even benieuwd waar ik die kan vinden en of andere mensen een nieuwere versie hebben draaien dan die van mij?

Je kunt alles vinden op de GitHub: https://github.com/Blueforcer/awtrix3
0.98 is de laatste versie.

[nachtwaker]

SgtElPotato schreef op vrijdag 9 januari 2026 @ 11:03:
[...]


Je kunt alles vinden op de GitHub: https://github.com/Blueforcer/awtrix3
0.98 is de laatste versie.

Bedankt voor je reactie, die staat er sinds gisteren op. Heb de link doorgespit maar kom niet echt verder. Heb nu een automation draaien met bijv mij stroom en gas verbruik van deze dag maar standaard wordt de tijd, temp, accu, luchtvochtigheid getoond kan ik dit niet uitzetten is op een gegeven moment best irritant

[stmaartenpiloot]

Ik heb veel gehad aan datort op youtube, misschien bekijken (is alleen in Duits)
Upgrade handleiding
YouTube: Awtrix 3 v0.98 ist da: Neue Features, neue Uhr und Korrekturen + Upg...

[nachtwaker]

nachtwaker schreef op vrijdag 9 januari 2026 @ 16:25:
[...]

Bedankt voor je reactie, die staat er sinds gisteren op. Heb de link doorgespit maar kom niet echt verder. Heb nu een automation draaien met bijv mij stroom en gas verbruik van deze dag maar standaard wordt de tijd, temp, accu, luchtvochtigheid getoond kan ik dit niet uitzetten is op een gegeven moment best irritant

ik heb het al voor elkaar, awtrix gedownload binnen hacs, nu kan ik veel zaken uitzetten.

[SgtElPotato]

nachtwaker schreef op vrijdag 9 januari 2026 @ 16:25:
[...]

Bedankt voor je reactie, die staat er sinds gisteren op. Heb de link doorgespit maar kom niet echt verder. Heb nu een automation draaien met bijv mij stroom en gas verbruik van deze dag maar standaard wordt de tijd, temp, accu, luchtvochtigheid getoond kan ik dit niet uitzetten is op een gegeven moment best irritant

Ik heb denk ik alles via de webinterface uitgezet en via HA push ik alles met MQTT

[nachtwaker]

Ik heb nog wel eens dat de ulanzi spontaan uitvalt, dan zet ik hem weer aan en de accu zit gewoon rond de 40%. Dus dat kan het niet zijn, is mij ook opgevallen dat er op de achter kant een blauw ledje knippert, dat ledje is bijv rood bij opladen.

Iemand een idee wat er aan de hand kan zijn?

[Septillion]

@nachtwaker En blijft hij dan wel aan?

Want klinkt mij gewoon als accu leeg. De indicatie daarvoor is vrij slecht.

[eovermeer]

nachtwaker schreef op zaterdag 10 januari 2026 @ 15:27:
Ik heb nog wel eens dat de ulanzi spontaan uitvalt, dan zet ik hem weer aan en de accu zit gewoon rond de 40%. Dus dat kan het niet zijn, is mij ook opgevallen dat er op de achter kant een blauw ledje knippert, dat ledje is bijv rood bij opladen.

Iemand een idee wat er aan de hand kan zijn?

De waarde moet gekalibreerd worden, zie mijn post hier boven:
https://gathering.tweakers.net/forum/view_message/84310170

De blauwe led is inderdaad een indicatie dat de accu leeg is.