Button+ topic

[DiXY]

balk schreef op woensdag 30 juli 2025 @ 22:17:
Ik draai al een tijdje de ESPhome versie die @DiXY heeft ontwikkeld. Ik heb ook wat geholpen en dat hadden we toen best snel op de rit. Ik denk ook dat open sourcen een boost zal geven.

Tijd voor een update hier!
Er zijn de rond maart/april een aantal wijzigingen geweest in het esphome display component, waardoor de huidige voorbeelden niet meer compilen. Volgende week heb ik vakantie, het plan is dan weer het een en ander te updaten en mijn eigen buttons verder af te maken.

EDIT: het was even geleden.... het heeft met het image component te maken.

[ Voor 6% gewijzigd door DiXY op 07-08-2025 09:31 ]

[balk]

DiXY schreef op donderdag 7 augustus 2025 @ 05:30:
[...]

Tijd voor een update hier!
Er zijn de rond maart/april een aantal wijzigingen geweest in het esphome display component, waardoor de huidige voorbeelden niet meer compilen. Volgende week heb ik vakantie, het plan is dan weer het een en ander te updaten en mijn eigen buttons verder af te maken.

Interessant. Bij mij compileerde hij nog wel met ESPhome 2025.7. Zullen we hier verder praten? Ik ben even niet in de buurt van een computer dus ik kan je nu niet helpen.

[ Voor 6% gewijzigd door balk op 07-08-2025 07:30 ]

[TKroon]

Dank @buttonplus voor de uitgebreide update :)!

[P-Storm]

Voor de mensen die zoeken:

https://button.plus/blog/112

tl;dr:
- Nieuwe hardware versie (waaronder in de toekomst mogelijk PoE)
- Nieuwe firmware versie (3.0), beta soon (tm)

[balk]

P-Storm schreef op donderdag 28 augustus 2025 @ 13:22:
Voor de mensen die zoeken:

https://button.plus/blog/112

tl;dr:
- Nieuwe hardware versie (waaronder in de toekomst mogelijk PoE)
- Nieuwe firmware versie (3.0), beta soon (tm)

Ook interessant:
- je kunt het oude pcb upgraden naar pcb v2
- nieuwe firmware heeft support voor icoontjes

[Timonator]

Michel schreef op dinsdag 5 augustus 2025 @ 08:44:
[...]


Geen probleem, dank voor je heldere uitleg!

Ik heb alleen maar R500's, dus inderdaad maar 1 master. En heb zo te zien uberhaupt geen WPA3 optie
Kan alleen WPA2 en none kiezen. Dus zal eens gaan kijken naar de optie voor een extra SSID voor de button+, niet zo'n gek idee inderdaad.

Dank!

Hi Michel,

Ik ben eigenlijk wel benieuwd of je wifi problemen verholpen zijn. Bij mij draait ie nu al meer dan een maand stabiel zonder disconnected problemen.

WPA2 forceren en 1 AP beschikbaar houden voor de B+.

[Schway]

OOh dit komt mooi op tijd. Ga zeker proberen een setje te bemachtigen, ondanks dat ze in Groningen gemaakt worden. Ach, soms moet je de minder bedeelde oosterburen een handje helpen

[Michel]

Timonator schreef op donderdag 28 augustus 2025 @ 15:33:
[...]

Hi Michel,

Ik ben eigenlijk wel benieuwd of je wifi problemen verholpen zijn. Bij mij draait ie nu al meer dan een maand stabiel zonder disconnected problemen.

WPA2 forceren en 1 AP beschikbaar houden voor de B+.

Het is inderdaad stabieler, is nog 1 keer weggevallen maar denk niet dat dat aan de button+ lag. Dus ben vooralsnog geholpen met je advies inderdaad! Sorry dat ik niets heb teruggekoppeld, totaal niet meer aan gedacht (wat natuurlijk een goed teken is omdat het apparaatje gewoon werkt )

Heb niet veel tijd om te hobbyen op het moment, dus wil de laatste firmwares nog even niet installeren. Maar mocht het nieuwe model uit komen is er een kans dat we die erbij halen en dan is er weer mogelijkheid tot testen

[ Voor 14% gewijzigd door Michel op 29-08-2025 15:26 ]

[I_IBlackI_I]

balk schreef op donderdag 28 augustus 2025 @ 14:41:
[...]

Ook interessant:
- je kunt het oude pcb upgraden naar pcb v2

Maar je moet dan ook alle modules vervangen.

[balk]

I_IBlackI_I schreef op vrijdag 29 augustus 2025 @ 15:40:
[...]


Maar je moet dan ook alle modules vervangen.

Nope, je kunt ook alleen het "moederbord" vervangen. De behuizing is anders geworden, zodat de modules beter vast zitten. Uit de blog:

As mentioned, the V2 base PCB is backward-compatible and can be retrofitted into existing V1 Button+ assemblies.

[Waah]

Vandaag bezig geweest met button+ weer. Als early adopter heb ik al een paar hangen voor de verlichting in de slaapkamers en bedienen van de screens. Werken top, al mis ik wel de ambient light sensor. Maar die lijkt in de nieuwe versie te komen.

Nog niks met Pages gedaan, dus dat ook maar eens geprobeerd. Ook alles geprobeerd in 1 Home Assistant automation te krijgen en dat is aardig gelukt.

Het resultaat is dat ik nu een soort remote heb voor mijn home theater. Met meerdere pagina's en de mogelijkheid om direct apps op te starten.

Nog niet af, maar het is een begin:

[Waah]

balk schreef op vrijdag 29 augustus 2025 @ 15:43:
[...]

Nope, je kunt ook alleen het "moederbord" vervangen. De behuizing is anders geworden, zodat de modules beter vast zitten. Uit de blog:

[...]

En wat is daar het nut van? Zaken als ambient light sensor e.d. zullen toch ook uitsparingen nodig hebben voor de sensor e.d.

Wat dat betreft ben ik iets te enthousiast geweest met direct 5 button+ te bestellen. Had beter eerst 2 kunnen doen en dan kijken wat nodig was. Maar ik klaag niet want op de brightness na ben ik wel erg tevreden en weet men hier al niet beter.

[Timonator]

Voor de brightness gebruik ik een bewegings sensor in dezelfde ruimte. Schermen van B+ staan uit als er niemand in de buurt is en als iemand de ruimte inloopt gaat de brightness volledig aan. Zo voorkom ik hopelijk inbranden van de LCDs

[Froos]

Heeft iemand een idee wanneer v3 van de firmware gereleased wordt?

[balk]

Froos schreef op woensdag 10 september 2025 @ 18:24:
Heeft iemand een idee wanneer v3 van de firmware gereleased wordt?

Nog niet geprobeerd, maar er staat een beta op de site. Ik denk dat de stabiele versie binnen enkele weken komt.

[Froos]

balk schreef op woensdag 10 september 2025 @ 20:13:
[...]

Nog niet geprobeerd, maar er staat een beta op de site. Ik denk dat de stabiele versie binnen enkele weken komt.

iedere keer als ik die probeer te downloaden, krijg ik een 404 Not Found.

Iemand anders wel succes gehad?

[Timonator]

Ik kijk bijna dagelijks of de firmware online staat. Maar de 3.0 beta moet je meer zien als een aankondiging en is geen echte firmware. 28 juli stond in de blog dat we de firmware de komende weken konden verwachten. Hopelijk duurt dat niet meer zo lang.

[Milmoor]

Wouter2403 schreef op vrijdag 26 april 2024 @ 18:33:
[...]
Als ik op de link klik zie ik de docu staan, maar in het menu van de site is ie verdwenen lijkt het?

@buttonplus De handleiding van de led aansturing ontbreekt nog steeds in het menu. Je moet weten dat hij er is, bijv. via een externe link, anders vind je hem niet.

[Milmoor]

Milmoor schreef op woensdag 10 september 2025 @ 22:14:
[...]

@buttonplus De handleiding van de led aansturing ontbreekt nog steeds in het menu. Je moet weten dat hij er is, bijv. via een externe link, anders vind je hem niet.

Er zit nu bij de Button Configuration een Leds Conguration. Daar staat ook uitleg bij. Ik ben nog bezig die uitleg toe te passen .

EDIT: zoals altijd is het logisch zodra je weet hoe het werkt. Je kan bijv. een kleur definieren, maar je moet ook een MQTT topic definieren.

[ Voor 21% gewijzigd door Milmoor op 17-09-2025 12:13 ]

[kennyboy55]

Ik zat even te struinen op de Button+ website en zag dat de FAQ een nieuwe vraag/antwoord heeft.

https://button.plus/info/faqs


Naast dat firmware 3.0 mogelijk dus menu's gaat bevatten, komt er in de toekomst ook een extension plate. Dit zie ik trouwens ook net staan op de roadmap pagina die enkele weken geleden aangepast is.

https://button.plus/info/roadmap

[Timonator]

Dus nog maximaal 12 dagen wachten op de nieuwe firmware

[kennyboy55]

In het geval van de button+ kan je denk ik beter uitgaan van Valve Time

[kennyboy55]

De V2 is in silent presale gegaan! Nu verkrijgbaar met 22% korting. Heb hem net zelf besteld. Email noemt: 'Expected November 2025'.

Shop pagina


Prijzen


*Nu met link naar shop: https://button.plus/shop

[ Voor 3% gewijzigd door kennyboy55 op 22-09-2025 17:36 ]

[Mattie112]

Nou ik sla voorlopig nog even over, met hoe de development etc ook gaat spring ik nog geen gat in de lucht. Don't get me wrong, het product "werkt" (ik draai nog hele oude firmware). Maar ik heb zo iets van ik heb de early-adopter prijs al betaald laat het zichzelf eerst maar eens bewijzen. Aan alles wat ik lees spring ik nog niet heel erg hard op te updaten en alles weer opnieuw in te stellen.

Ook zaken zoals die versteviging jahoor mag je voor betalen, ik zou het een designfout noemen. (Of ik moet ergens een 3d-print file gemist hebben).

[Froos]

Mattie112 schreef op dinsdag 23 september 2025 @ 14:53:
Nou ik sla voorlopig nog even over, met hoe de development etc ook gaat spring ik nog geen gat in de lucht. Don't get me wrong, het product "werkt" (ik draai nog hele oude firmware). Maar ik heb zo iets van ik heb de early-adopter prijs al betaald laat het zichzelf eerst maar eens bewijzen. Aan alles wat ik lees spring ik nog niet heel erg hard op te updaten en alles weer opnieuw in te stellen.

Ik zie 't toch iets genuanceerder. Ik heb intussen 3 Button+'s en ik ben best tevreden, al heb ik wel flink last van het Wifi probleem. Daarmee wacht ik met smart op v3 van de firmware. Maar intussen heb ik al best wat profijt van de 3 in combinatie met onze Homey.

Ook zaken zoals die versteviging jahoor mag je voor betalen, ik zou het een designfout noemen. (Of ik moet ergens een 3d-print file gemist hebben).

Een officiele heb ik nog niet gezien, maar hier is een model te downloaden:
https://www.printables.co...58-button-display-support

Deze tafelstandaard is ook best een aardige poging, icl support: https://www.printables.com/model/723206-button-table-stand

[Wim-66]

@buttonplus

Met de update van Home Assistant naar 2025.10 krijg ik de volgende warnings: gaarne aanpassing in de volgende firmware update:
(Deze waarschuwing wordt gegenereerd voor ieder display item en ieder button item, met een aantal B+ units in mijn systeem heb ik nu dus een paar honderd waarschuwingen in mijn log-file. Ik gebruikt Home Assistant auto-discovery).

object_id moet vervangen worden door default_entity_id
buttonplus_btn_xxxxxx_displayitem........ , moet vervangen worden door text.buttonplus_btn_xxxxxx_displayitem. (zie hieronder)

idem voor events, hierbij moet ook event worden toegevoegd voor buttonplus.

object_id en text:
2025-10-04 14:11:12.141 WARNING (MainThread) [homeassistant.components.mqtt.entity] The configuration for entity text.buttonplus_btn_45a450_displayitem_15_unit_set_2 uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": "buttonplus_btn_45a450_displayitem_15_unit_set"` option with `"default_entity_id": "text.buttonplus_btn_45a450_displayitem_15_unit_set"` in your published discovery configuration to fix this issue, or contact the maintainer of the integration that published this config to fix this. This will stop working in Home Assistant Core 2026.4

object_id en events:
2025-10-04 14:36:42.151 WARNING (MainThread) [homeassistant.components.mqtt.entity] The configuration for entity event.buttonplus_btn_f833cc_button_5_1_pushbutton_2 uses the deprecated option `object_id` to set the default entity id. Replace the `"object_id": "buttonplus_btn_f833cc_button_5-1_pushbutton"` option with `"default_entity_id": "event.buttonplus_btn_f833cc_button_5-1_pushbutton"` in your published discovery configuration to fix this issue, or contact the maintainer of the integration that published this config to fix this. This will stop working in Home Assistant Core 2026.4

[ Voor 31% gewijzigd door Wim-66 op 04-10-2025 15:52 ]

[buttonplus]

@Wim-66 dank je voor de melding, wij gaan hier naar kijken.

[smnk]

Iemand tips voor hoe je het beste automations kunt opzetten voor Button+? Momenteel heb ik nog per knop een automation, en met een if-check toggle ik dan lampen (of airco of gordijnen etc). Ik pas dan ook het label op het display aan naar Open/Dicht of Aan/Uit. Moet dat sowieso nog een keer aanpassen naar 1 automation per Button+. Want ik heb nu een Button+ met 3 bars en dus 6 knoppen en dat levert dan 6 automations op.

Maar.. die button+ is natuurlijk niet de enige manier om de airco te bedienen of de lampen aan te doen. Dat kan ook via een andere schakelaar, dashboard, misschien zelfs vanuit een automatisering. En dan is dus die status aan/uit niet meer in sync.

Nu zou ik natuurlijk ook een automation voor die devices kunnen maken als die van status veranderen maar dat voelt wel als gedoe. Zeker als ik straks meerdere button+’s heb hangen beneden die ook deels dezelfde apparaten zullen aansturen. En dan moet dus overal het ledje/label geupdate worden.

Ik denk eigenlijk dat er geen andere optie is maar ben toch benieuwd of iemand iets slims heeft bedacht. Het voelt ook zonde om de labels en de ledjes niet als status te gebruiken. 🤓

[ Voor 22% gewijzigd door smnk op 08-10-2025 06:56 ]

[Torch1969]

smnk schreef op woensdag 8 oktober 2025 @ 06:53:
Iemand tips voor hoe je het beste automations kunt opzetten voor Button+? Momenteel heb ik nog per knop een automation, en met een if-check toggle ik dan lampen (of airco of gordijnen etc). Ik pas dan ook het label op het display aan naar Open/Dicht of Aan/Uit. Moet dat sowieso nog een keer aanpassen naar 1 automation per Button+. Want ik heb nu een Button+ met 3 bars en dus 6 knoppen en dat levert dan 6 automations op.

Maar.. die button+ is natuurlijk niet de enige manier om de airco te bedienen of de lampen aan te doen. Dat kan ook via een andere schakelaar, dashboard, misschien zelfs vanuit een automatisering. En dan is dus die status aan/uit niet meer in sync.

Nu zou ik natuurlijk ook een automation voor die devices kunnen maken als die van status veranderen maar dat voelt wel als gedoe. Zeker als ik straks meerdere button+’s heb hangen beneden die ook deels dezelfde apparaten zullen aansturen. En dan moet dus overal het ledje/label geupdate worden.

Ik denk eigenlijk dat er geen andere optie is maar ben toch benieuwd of iemand iets slims heeft bedacht. Het voelt ook zonde om de labels en de ledjes niet als status te gebruiken. 🤓

[Afbeelding]

Is het niet zo eenvoudig dat je het bijwerken van het label op de display met één automatisering kan doen? Als de status van het apparaat/entiteit/helper veranderd dan werk je die status bij op de button+? Of zie ik nu iets over het hoofd?

[kennyboy55]

smnk schreef op woensdag 8 oktober 2025 @ 06:53:
Iemand tips voor hoe je het beste automations kunt opzetten voor Button+? Momenteel heb ik nog per knop een automation, en met een if-check toggle ik dan lampen (of airco of gordijnen etc). Ik pas dan ook het label op het display aan naar Open/Dicht of Aan/Uit. Moet dat sowieso nog een keer aanpassen naar 1 automation per Button+. Want ik heb nu een Button+ met 3 bars en dus 6 knoppen en dat levert dan 6 automations op.

Maar.. die button+ is natuurlijk niet de enige manier om de airco te bedienen of de lampen aan te doen. Dat kan ook via een andere schakelaar, dashboard, misschien zelfs vanuit een automatisering. En dan is dus die status aan/uit niet meer in sync.

Nu zou ik natuurlijk ook een automation voor die devices kunnen maken als die van status veranderen maar dat voelt wel als gedoe. Zeker als ik straks meerdere button+’s heb hangen beneden die ook deels dezelfde apparaten zullen aansturen. En dan moet dus overal het ledje/label geupdate worden.

Ik denk eigenlijk dat er geen andere optie is maar ben toch benieuwd of iemand iets slims heeft bedacht. Het voelt ook zonde om de labels en de ledjes niet als status te gebruiken. 🤓

[Afbeelding]

Ik heb even gekeken en ik heb momenteel 38(!) automations om mijn ene Button+ aan te sturen met 3 Bars en 3 Pagina's. Ik heb het wel anders aangepakt en denk daarvoor klaar te zijn voor een tweede Button+ zonder al teveel gedoe. In plaats van het zetten van de labels op een specifieke Button+, publish ik de waardes onder een MQTT topic, waar het label naar luisterd.

Voorbeeld van de airco in de woonkamer, deze wordt op een van de knoppen getoond.

De automation die de knop indrukken afhandeld:

YAML: homeassistant-button-automation

alias: BP Button Living Room Airco
description: ""
triggers:
  - trigger: state
    entity_id:
      - event.buttonplus_button_plus_1_button_7_1_pushbutton
    attribute: event_type
    from: release
    to: click
conditions: []
actions:
  - if:
      - condition: state
        entity_id: climate.living_room_airco
        state: "off"
    then:
      <redacted vanwege erg lange automation>
    else:
      - action: climate.turn_off
        metadata: {}
        data: {}
        target:
          entity_id: climate.living_room_airco
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - action: homeassistant.update_entity
    metadata: {}
    data:
      entity_id:
        - climate.living_room_airco
mode: single

De automation die de status naar MQTT publisht:

YAML: homeassistant-status-automation

alias: BP MQTT Airco State
description: ""
triggers:
  - trigger: state
    entity_id:
      - climate.living_room_airco
conditions: []
actions:
  - action: mqtt.publish
    metadata: {}
    data:
      qos: "0"
      retain: true
      topic: buttonplus/data/airco_livingroom_state
      payload: |-
        {% set airco_map = {
          'off': 'Off',
          'auto': 'Automatic',
          'cool': 'Cool to ' + (state_attr('climate.living_room_airco', 'temperature')|string),
          'dry': 'Drying',
          'heat': 'Heat to ' + (state_attr('climate.living_room_airco', 'temperature')|string),
          'fan_only': 'Fan only'
        } %} {{ airco_map.get(states('climate.living_room_airco')) }}
  - action: mqtt.publish
    metadata: {}
    data:
      qos: "0"
      retain: true
      topic: buttonplus/data/airco_livingroom_on
      payload: |-
        {% set airco_map = {
          'off': 'off',
          'auto': 'on',
          'cool': 'on',
          'dry': 'on',
          'heat': 'on',
          'fan_only': 'on'
        } %} {{ airco_map.get(states('climate.living_room_airco')) }}
  - action: mqtt.publish
    metadata: {}
    data:
      qos: "0"
      retain: true
      topic: buttonplus/data/airco_livingroom_color
      payload: |-
        {% set airco_map = {
          'off': '#000000',
          'auto': '#00FF00',
          'cool': '#0000FF',
          'dry': '#FFFFFF',
          'heat': '#FF0000',
          'fan_only': '#FFFFFF'
        } %} {{ airco_map.get(states('climate.living_room_airco')) }}
mode: single

De configuratie van de knop in de Button+:


De configuratie van de LED van de knop in de Button+:


In MQTT explorer ziet dat er zo uit:


En dan nog een foto van de knop in actie:


Zo heb ik al mijn knoppen en informatie labels gemaakt, aangezien alle data onder een generiek MQTT topic staat, kunnen toekomstige Button+ modules daar ook gewoon bij en kan ik veel van de configuratie hergebruiken.

[Timonator]

Ik gebruik zelf NodeRed om met de button+ te werken met MQTT, dit vind ik persoonlijk overzichtelijker.

Als de status van een lamp wisselt -> wordt MQTT message verstuurd om label aan te passen
Als MQTT message verstuurd wordt voor een click -> veranderd de status

Dit werkt dus ook prima als je op andere manieren verlichting schakelt.

[dog4life]

Heeft iemand nog interesse in een b+?
Niet gebruikt, 3bar versie.

[Wim-66]

Ik heb 1 op 1 automations met buttons gemmakt.

Voor één van mijn buttonplus devices gebruik ik 4 pagina’s (met 3 bars), heb dus 4x3x2 =24 automations + 4 automations voor de displays.

Maar met de category/label/area tags van home assistant is dit prima te managen, ik heb een prima overzicht wat iedere button doet, voor welke functie en voor welk gebied/devive

[ Voor 8% gewijzigd door Wim-66 op 09-10-2025 20:27 ]

[P-Storm]

dog4life schreef op donderdag 9 oktober 2025 @ 17:50:
Heeft iemand nog interesse in een b+?
Niet gebruikt, 3bar versie.

Niet perse, maar dit helpt niet echt. Wat wil je ervoor hebben, welke versie is het, en mogelijk heb je meer geluk op de V&A

[Timonator]

Ik keek net op de button+ site dat de firmware 3.0 te downloaden is. Er staat een blogpost online met info over de veranderingen. Artikel staat met datum op 14 augustus, maar denk dat het pas recent beschikbaar is want op het moment van schrijven zijn er 8 downloads.

[Dwarlor]

Timonator schreef op donderdag 16 oktober 2025 @ 22:30:
Ik keek net op de button+ site dat de firmware 3.0 te downloaden is. Er staat een blogpost online met info over de veranderingen. Artikel staat met datum op 14 augustus, maar denk dat het pas recent beschikbaar is want op het moment van schrijven zijn er 8 downloads.

Het lijkt er op dat het enkel een nieuwe Beta versie is. De meest recente stable release is 2.0.1

[Timonator]

Lijkt dat er toch al een 42 downloads zijn van de beta 3.0 firmware. Er volgen nog instructies over hoe we SVG's moeten gebruiken, maar heb even gespeeld op de pagina om snel wat icoontjes te maken.
Als je dit zelf wilt doen van Material Design Icons, ga je naar bijvoorbeeld https://pictogrammers.com/library/mdi/. Je zoekt een icoon dat je wilt en download het in SVG formaat. Ik open de .svg met Notepad++ en kopieer de tekst in de editor op de button+ pagina. Vergeet niet fill="white" toe te voegen (of een andere kleur). Standaard is deze zwart en ga je hem niet zien op het scherm.

[ Voor 20% gewijzigd door Timonator op 19-10-2025 22:17 ]

[medu80]

Bij mij werkt de beta niet. Ik zie alleen het logo van ButtonPlus op het IP adres. Verder geen configuratie, kan geen json herstellen.

[f.welvering]

medu80 schreef op maandag 20 oktober 2025 @ 07:15:
Bij mij werkt de beta niet. Ik zie alleen het logo van ButtonPlus op het IP adres. Verder geen configuratie, kan geen json herstellen.

ctrl+f5 wellicht je browser cache?

[MrWimlex]

f.welvering schreef op maandag 20 oktober 2025 @ 12:58:
[...]


ctrl+f5 wellicht je browser cache?

Ik had het zelfde. Mijn eigen configuratie werkte niet meer (wellicht iets met de Led definities?) bij een reset laadde hij stock 3.x beta config weer. De 2.x config werkte wel na de upgrade, maar niet na een reset(stock config werd geladen).

Bij de stock(demo) configuratie werkte de web mmi weer wel en kon ik hem weer naar FW2.x terug zetten.

Er is nog wat werk nodig om de overgang soepel te maken (wellicht een import check of de config werkt of gaat werken, zo niet aangeven wat er gefixt moet worden)

[Froos]

wat wel werkt is de nieuwe Wifi stack, tot mijn vreugde.

[HenkRenting]

Inmiddels is er een beta 3 van de v3 firmware online:[quote]

Updated beta,
fix serialization of multiple LEDs.
fix MQTT subscribe default schema

Wellicht lost dat e.e.a op?
Zijn er mensen met ervaring met deze beta 3?
Heel toevallig al met deze firmware en de Homey integratie?

[MrWimlex]

HenkRenting schreef op donderdag 23 oktober 2025 @ 20:02:
Inmiddels is er een beta 3 van de v3 firmware online:[quote]

Updated beta,
fix serialization of multiple LEDs.
fix MQTT subscribe default schema

Wellicht lost dat e.e.a op?
Zijn er mensen met ervaring met deze beta 3?
Heel toevallig al met deze firmware en de Homey integratie?

Ik heb nog geen verschil gemerkt met de V3 beta. De JSON van V2 werkt nog steeds niet FW V3. Hij start wel op met de V2 config, maar bij een reset wordt de default V3 config geladen en is mijn V2 config weg.

[visleeuw]

Spelend met Firmware 3.0.beta6 (net geïnstalleerd) heb ik een sensor voor de Wifi-sterkte toegevoegd en die lees ik uit via Node-RED en Domoticz. Dat gaat allemaal goed.
Nu kan ik bijhouden welke Wifi-sterkte de Button rapporteert. En dan komt de vraag: Ik heb een netwerk met Frit!Box 5590 en 2 repeaters (1200AX en 3000AX). De Button maakt (ook na reset van de Wifi) verbinding met het zwakste signaal, de Wifi van de Fritz!Box (ongeveer -80 dB) en niet met een sterker signaal (-59 dB) van één van de repeaters. Fritz!Box en repeaters staan in mesh met allemaal hetzelfde SSID op kanaal 9 op 2,4 GHz. Hoe zorg ik dat de Button het sterkste signaal kiest?

[buttonplus]

@visleeuw Bij mijn Unify netwerk heb ik ook gemerkt dat de Button+ soms met een minder sterk AP verbinding maakt.

Binnen de Button+ firmware heb ik hier niet echt controle over, ik gebruik de ESP-IDF Wifi API, en die maakt kennelijk de keuze voor een minder sterk AP.

Zelf kan ik via de heel uitgebreide Unify software de Button+ op een zelf gekozen AP vastzetten. Sowieso heb ik een apart 2.5Gh netwerk gemaakt voor ESP32 apparaten. Ook zou ik een apart netwerk kunnen maken die maar van 1 AP gebruik maakt, en dan daar mee verbinden, maar dat heb ik nog niet nodig gehad.

Mogelijk kun je in de Fritzbox software iets dergelijks bereiken met de repeaters? In het algemeen is het combineren van AP's/repeaters niet zo wenselijk voor apparaten die een vast positie hebben is mijn ervaring.

Overigens kan de Button+ met heel weinig signaal nog werken. Ik heb signaalsterktes tot -90 dB gezien en de MQTT berichten werden goed ontvangen/verstuurd. Wel kan het dan lastig zijn de WebUI te bereiken.

[killercow]

@buttonplus Is er al zicht op de Ethernet / POE module voor de button+ 3? Ik zou graag m'n nieuwe woning voorzien, maar dan wel bedraad.

[ocmer]

Ik heb een paar weken geleden de v2 ge-pre-ordered. Leverdatum was toen november'25. Snel daarna werd het december en zojuist krijg ik een nieuwsbrief met dat het januari wordt. Ik heb geen haast, maar daar gaat mijn kerstvakantieprojectje...

[Timonator]

Ik zag hier een PoE ethernet module met matchende pins voor de headers op de button + v2. Dit lijkt in ieder geval overeen te komen met de headers van andere w5500 modules. Mss dat dit bevestigd kan worden, geen idee of er genoeg ruimte is voor deze module maar hij lijkt 3v3 te leveren.

Er is ook een nieuwe blog beschikbaar met een update dat leveringen vertraagd zijn tot januari 2026.

[cwegh]

Ik heb ook een bericht gestuurd via de button+ website maar de responsetijden zijn, begrijpelijk, niet zo hoog. Daarom post ik mijn vraag hier, misschien dat sommige dit wel weten.

Mijn vragen zijn: 1) Kan ik het best de 60W of 100W voeding pakken? 2) Is de nominale stroom 2.5A/60W of 4.2A/100.8W een fit voor de button+ v2?

Huidige situatie

• Momenteel heb ik een Niko Home Control domotica systeem. Zeer tevreden van dus geen klachten daar. Elke knop en Niko thermostaat (5x) worden gevoed (en gestuurd) via een buskabel (geen 230V ter beschikking daar).
• De thermostaten gebruik ik enkel als temperatuur aflezing en niet om temperatuur te sturen. Ik heb vloerverwarming met recent een warmtepomp. Alle zoneventielen staan nu gewoon open met 1 thermostaat op de begane grond. Werkt prima.
• De buskabel die ik gebruik is een UTP cat 6 (solid kern) via 2 aders (ik heb dus 4 aders vrij)
• Ik gebruik nu al in combinatie met Home Assistant de knoppen van Niko om bvb Hue lampen aan en uit te doen via de Niko hobby API (MQTT). Werkt goed en stabiel.
• Niko Home Control heeft wel het Digital Black display maar die zijn veel te duur (260 - 350 EUR) en te beperkt door het gesloten Niko systeem.
• Daarom leek button+ v2 mij ideaal om als vervanger van de displays te gebruiken. Echter heb ik wat vragen hierover betreffende voeding.

Informatie tbv de vraag

• Button+ v2 heeft nu een "Wide-Range Voltage Converter: An integrated voltage converter now supports input from 4.5V to 28V, offering greater flexibility for powering the Button+. It also improves efficiency when converting USB-C 5V to the internal 3.3V. Direct 3.3V input remains supported.'
• Dat betekent dus dat ik de UTP kabels kan gebruiken om button+ te voeden. Dat wil ik via een voeding doen die ik in de meterkast ga hangen.
• Dit is ook het advies van Niko voor de 24V Digital Black: https://guide.niko.eu/nl/...al-black-24-v-installeren --> sluit de Digital black, 24 V met een tweedraadse 24 VDC-voedingskabel aan op een aparte 24 VDC-voeding --> 60W 340-00050 of 100W 340-00051
  
• 60W voeding: instelbaar uitgangsspanningsbereik van 21,6 Vdc – 29 Vdc met nominale stroom/vermogen: 2.5A/60W ||
• 100W voeding: instelbaar uitgangsspanningsbereik van 21,6 Vdc – 29 Vdc met nominale stroom/vermogen: 4.2A/100.8W.
• Niko heeft een tabel met kabeltype vs lengte (en aantal). Daar zou ik binnen de marges blijven.
  

Ik ga sowieso 1 Button+ v2 bestellen om te kijken of het werkt. Uiteindelijk is het doel om er minimaal 5 met extra bars te bestellen.

[ Voor 4% gewijzigd door cwegh op 27-11-2025 11:26 ]

[niekvanruler]

Firmware 3.0 is uit
https://button.plus/support/firmware

[balk]

cwegh schreef op donderdag 27 november 2025 @ 09:24:
Ik heb ook een bericht gestuurd via de button+ website maar de responsetijden zijn, begrijpelijk, niet zo hoog. Daarom post ik mijn vraag hier, misschien dat sommige dit wel weten.

Mijn vragen zijn: 1) Kan ik het best de 60W of 100W voeding pakken? 2) Is de nominale stroom 2.5A/60W of 4.2A/100.8W een fit voor de button+ v2?

Huidige situatie

• Momenteel heb ik een Niko Home Control domotica systeem. Zeer tevreden van dus geen klachten daar. Elke knop en Niko thermostaat (5x) worden gevoed (en gestuurd) via een buskabel (geen 230V ter beschikking daar).
• De thermostaten gebruik ik enkel als temperatuur aflezing en niet om temperatuur te sturen. Ik heb vloerverwarming met recent een warmtepomp. Alle zoneventielen staan nu gewoon open met 1 thermostaat op de begane grond. Werkt prima.
• De buskabel die ik gebruik is een UTP cat 6 (solid kern) via 2 aders (ik heb dus 4 aders vrij)
• Ik gebruik nu al in combinatie met Home Assistant de knoppen van Niko om bvb Hue lampen aan en uit te doen via de Niko hobby API (MQTT). Werkt goed en stabiel.
• Niko Home Control heeft wel het Digital Black display maar die zijn veel te duur (260 - 350 EUR) en te beperkt door het gesloten Niko systeem.
• Daarom leek button+ v2 mij ideaal om als vervanger van de displays te gebruiken. Echter heb ik wat vragen hierover betreffende voeding.

Informatie tbv de vraag

• Button+ v2 heeft nu een "Wide-Range Voltage Converter: An integrated voltage converter now supports input from 4.5V to 28V, offering greater flexibility for powering the Button+. It also improves efficiency when converting USB-C 5V to the internal 3.3V. Direct 3.3V input remains supported.'
• Dat betekent dus dat ik de UTP kabels kan gebruiken om button+ te voeden. Dat wil ik via een voeding doen die ik in de meterkast ga hangen.
• Dit is ook het advies van Niko voor de 24V Digital Black: https://guide.niko.eu/nl/...al-black-24-v-installeren --> sluit de Digital black, 24 V met een tweedraadse 24 VDC-voedingskabel aan op een aparte 24 VDC-voeding --> 60W 340-00050 of 100W 340-00051
  [Afbeelding]
• 60W voeding: instelbaar uitgangsspanningsbereik van 21,6 Vdc – 29 Vdc met nominale stroom/vermogen: 2.5A/60W ||
• 100W voeding: instelbaar uitgangsspanningsbereik van 21,6 Vdc – 29 Vdc met nominale stroom/vermogen: 4.2A/100.8W.
• Niko heeft een tabel met kabeltype vs lengte (en aantal). Daar zou ik binnen de marges blijven.
  [Afbeelding]

Ik ga sowieso 1 Button+ v2 bestellen om te kijken of het werkt. Uiteindelijk is het doel om er minimaal 5 met extra bars te bestellen.

Ik begrijp je niet helemaal. De button plus heeft aan 3W genoeg. Waarom zou je zo'n zware voeding nemen?

[niekvanruler]

Weet iemand de afmetingen in pixels van het grote display, versie 1?

[Timonator]

Dat is normaal 320x240. Staat ook gewoon op de pagina van b+

[medu80]

Mijn B+ reboot met 3.0 met exact dezelfde config als de 2.0.1. Kan ook niet achterhalen waar het aan ligt, als Sonos via Home Assistant de title en artist update is er een reboot. Ook als de Quatt Warmtepomp de compressorsnelheid aanpast en deze doorstuurt, plots reboot. Met v2 is dit dus niet.

Is er een mogelijkheid tot het lezen van logging?

[Wim-66]

medu80 schreef op dinsdag 2 december 2025 @ 15:05:
Mijn B+ reboot met 3.0 met exact dezelfde config als de 2.0.1. ……..

Ik had ook problemen met continue reboots van de B+ met v3.0 (met inderdaad zelfde config als 2.0.1).

Ik stuurde 9x een mqtt.publish vanuit een home assistent automation naar het display. Heb nu na iedere mqtt.publish een delay van 50 milliseconden ingebouwd.

Dit werkte bij mij, geen reboots meer.

(Note: gemeld bij @wijnsema, hij gaat er naar kijken)

[ Voor 30% gewijzigd door Wim-66 op 02-12-2025 21:28 ]

[niekvanruler]

Timonator schreef op maandag 1 december 2025 @ 22:43:
Dat is normaal 320x240. Staat ook gewoon op de pagina van b+

Ik heb wel gezocht, maar niet gevonden, op welke pagina staat dat?

[Timonator]

De resolutie informatie staat op de op de home pagina onder kopje "Fully configurable 2.8" color TFT information display"

Tussen V1 en V2 is het display niet veranderd voor zover ik weet. Enkel is plastic vervangen door glas en een andere behuizing.

[cwegh]

balk schreef op zaterdag 29 november 2025 @ 16:09:
[...]

Ik begrijp je niet helemaal. De button plus heeft aan 3W genoeg. Waarom zou je zo'n zware voeding nemen?

OK, ik heb niet meteen teruggevonden (ik zal er dan wel over gekeken hebben), dat het 3W verbruikt. Op basis daarvan weet ik genoeg. Bedankt!

[niekvanruler]

medu80 schreef op dinsdag 2 december 2025 @ 15:05:
Mijn B+ reboot met 3.0 met exact dezelfde config als de 2.0.1. Kan ook niet achterhalen waar het aan ligt, als Sonos via Home Assistant de title en artist update is er een reboot. Ook als de Quatt Warmtepomp de compressorsnelheid aanpast en deze doorstuurt, plots reboot. Met v2 is dit dus niet.

Is er een mogelijkheid tot het lezen van logging?

Als je de B+ aan je PC hangt via een USB kabel, dan kun je in Devicemanager de COM poort vinden waar de B+ aan zit.
Deze poort kun je uitlezen met bijv Putty, of een ander programma.
Instelllingen Putty


Je krijgt dan dit soort informatie


Bij mij crashde de B+ ook en dit hielp me om de oorzaak te vinden.

[ Voor 3% gewijzigd door niekvanruler op 03-12-2025 11:40 ]

[Wim-66]

Mijn B+ met firmware v3.0 werkte in eerste instantie prima (nadat ik 50 milliseconden tussen de diverse mqtt publish statements heb gezet).

Toen ik muziek informatie (uit Home Assistant/Music Assistant) op het scherm wilde tonen ging dit goed als de naam van de artist en titel van de song bekend waren.
Maar in enkele gevallen geeft Music Assistant een "None" (zonder de dubbele quotes) als er geen titel of naam gevonden is.

Dat betekend dat mqtt.publish een payload stuurt als volgt: payload=None

Het kostte mij een paar uur om uit de vinden in de mqtt documentatie dat dit staat voor een 'lege payload", met andere woorden, wat eigenlijk ge-published wordt is: payload= (ik gebruik MQTT-Explorer, en kan dan inderdaad zien dat de desbetreffende value voor de payload blank is).

Dit is geen probleem geweest met firmware 2.0.1 (en voorgangers), maar 3.0 crashed op een lege payload, hoogstwaarschijnlijk wordt een andere library gebruikt voor mqtt. @wijnsema

Ik heb dit verholpen door de None af te vangen, en in dat geval een "-" te publishen.

@medu80 Misschien is dit ook jouw probleem met het tonen van informatie uit jouw Sonos systeem

[visleeuw]

Op mijn Button+ draait firmware 3.0. Ik heb al SVG's op de displays van een bar kunnen krijgen.
Alleen lukt het me niet om een SVG op het grote display te tonen.
Ik heb wat gespeeld met viewBox en afmetingen, maar het enige dat ik krijg is een zwart vlakje over een deel van de breedte (schatting: 30 %) van de value van het displayitem (displayitem 5, x:0, y:48, breedte 100%.)
Er is een default topic buttonplus/<buttonnaam>/displayitem/5/svg/set , dus ik nam aan dat ik SVG's op het display kan tonen.
Heeft iemand het al voor elkaar gekregen om een SVG op het display te tonen door een MQTT-bericht te sturen met het topic buttonplus/<buttonnaam>/displayitem/<itemnummer>/svg/set?

[niekvanruler]

visleeuw schreef op zaterdag 6 december 2025 @ 17:36:
Op mijn Button+ draait firmware 3.0. Ik heb al SVG's op de displays van een bar kunnen krijgen.
Alleen lukt het me niet om een SVG op het grote display te tonen.
Ik heb wat gespeeld met viewBox en afmetingen, maar het enige dat ik krijg is een zwart vlakje over een deel van de breedte (schatting: 30 %) van de value van het displayitem (displayitem 5, x:0, y:48, breedte 100%.)
Er is een default topic buttonplus/<buttonnaam>/displayitem/5/svg/set , dus ik nam aan dat ik SVG's op het display kan tonen.
Heeft iemand het al voor elkaar gekregen om een SVG op het display te tonen door een MQTT-bericht te sturen met het topic buttonplus/<buttonnaam>/displayitem/<itemnummer>/svg/set?

Het is me gelukt om een svg op het grote display te krijgen
Ik stuur het bericht naar het topic
buttonplus/btn_496740/displayitem/8/svg/set
bericht:
<svg viewBox="0 0 24 24"><path d="M 3 9 H 7 L 12 4 V 20 L 7 15 H 3 V 9 M 14 11 H 22 V 13 H 14 V 11 Z" fill="white"></path></svg>
In het configuratiescherm van de Button+ heb ik dit ingesteld bij displayitem 8:

[HenkRenting]

Het is hier nog geen liefde met firmware v3.0.1 (of v3.0.0).
De uitlijning van de displays van de buttons is niet correct, áls er al iets wordt weergegeven:

En als ik de configuratie erop zet die ik op v2.0.1 gebruik, blijft het hetzelfde. Er wordt niets weergegeven of het is verkeerd uitgelijnd. Niet op alle buttons, maar wel op een flink aantal.

Als ik terug ga naar v2.0.1 verdwijnt het probleem weer als sneeuw voor de zon...

[Timonator]

Krijg je dit niet als er een SVG en een label tegelijk actief zijn?
Ik zie ook dat bij jou de B+ al aan het inbranden is. Ik zou toch kijken naar brightness op basis van aanwezigheid.

[Michel]

Timonator schreef op zondag 14 december 2025 @ 19:53:
Krijg je dit niet als er een SVG en een label tegelijk actief zijn?
Ik zie ook dat bij jou de B+ al aan het inbranden is. Ik zou toch kijken naar brightness op basis van aanwezigheid.

Heb al even geen nieuwe firmware geinstalleerd, maar zit daar tegenwoordig een optie voor in?

[P-Storm]

Michel schreef op maandag 15 december 2025 @ 10:52:
[...]


Heb al even geen nieuwe firmware geinstalleerd, maar zit daar tegenwoordig een optie voor in?

Ik weet niet welke versie het is, maar dit is alweer een tijdje een mogelijkheid (voor v 2.0):
(General MQTT Topics ->

• Eventtype 24 - Brightness Large Display
• Eventtype 25 - Brightness Small Display
• Eventtype 27 - Brightness LEDs

[HenkRenting]

Timonator schreef op zondag 14 december 2025 @ 19:53:
Krijg je dit niet als er een SVG en een label tegelijk actief zijn?
Ik zie ook dat bij jou de B+ al aan het inbranden is.

Doelde je op mijn screenshot?
Ik heb geen svg's geladen...
En waar zie je dat inbranden? Ik zie dat hier irl niet op mijn Button+ nl...

[Timonator]

Op de bovenste bar, rechter display, kan ik "Uit" lezen terwijl een streepje actief is. Op de andere displays zie ik ook iets, maar kan niet duidelijk lezen. Als irl niet Zichtbaar is, gelukkig. Maar denk dat het ene kwestie van tijd is dat je dit gaat zien.

[Michel]

Die had ik gemist, Dankje!

P-Storm schreef op maandag 15 december 2025 @ 15:58:
[...]


Ik weet niet welke versie het is, maar dit is alweer een tijdje een mogelijkheid (voor v 2.0):
(General MQTT Topics ->

• Eventtype 24 - Brightness Large Display
• Eventtype 25 - Brightness Small Display
• Eventtype 27 - Brightness LEDs

[visleeuw]

niekvanruler schreef op zondag 7 december 2025 @ 17:11:
[...]
Het is me gelukt om een svg op het grote display te krijgen
Ik stuur het bericht naar het topic
buttonplus/btn_496740/displayitem/8/svg/set
bericht:
<svg viewBox="0 0 24 24"><path d="M 3 9 H 7 L 12 4 V 20 L 7 15 H 3 V 9 M 14 11 H 22 V 13 H 14 V 11 Z" fill="white"></path></svg>

Bedankt @niekvanruler , ik ben er vandaag pas aan toegekomen om verder te testen.
Jouw code werkt goed.
Ik probeerde nog iets anders. Van mijn zonnepanelen wil ik de actuele opwek grafisch weergeven, als een liggende driehoek die langer wordt naarmate er meer opgewekt wordt. Dat lukt gedeeltelijk:

Onder 'Zonnepanelen vermogen ..' staat de SVG. Ik krijg hem alleen niet langer dan op de foto.
Het lijkt alsof de breedte van de SVG's beperkt is tot de beschikbare ruimte op de schermpjes van de buttons.
Width van het betreffende displayitem staat op 100 (volledige breedte van het display).
Ik heb geprobeerd:

code:

<svg height="20" width="200"><path d="M0 20 L200 20 L200 1 Z"fill="white"></path></svg>

en

code:

<svg height="20" width="400"><path d="M0 20 L400 20 L400 1 Z"fill="white"></path></svg>

Dat geeft hetzelfde resultaat.
Suggesties?

[ Voor 2% gewijzigd door visleeuw op 23-12-2025 16:25 . Reden: tekst over width displayitem toegevoegd. ]

[niekvanruler]

visleeuw schreef op dinsdag 23 december 2025 @ 16:21:
[...]

Bedankt @niekvanruler , ik ben er vandaag pas aan toegekomen om verder te testen.
Jouw code werkt goed.
Ik probeerde nog iets anders. Van mijn zonnepanelen wil ik de actuele opwek grafisch weergeven, als een liggende driehoek die langer wordt naarmate er meer opgewekt wordt. Dat lukt gedeeltelijk:
[Afbeelding]
Onder 'Zonnepanelen vermogen ..' staat de SVG. Ik krijg hem alleen niet langer dan op de foto.
Het lijkt alsof de breedte van de SVG's beperkt is tot de beschikbare ruimte op de schermpjes van de buttons.
Width van het betreffende displayitem staat op 100 (volledige breedte van het display).
Ik heb geprobeerd:

code:

<svg height="20" width="200"><path d="M0 20 L200 20 L200 1 Z"fill="white"></path></svg>

en

code:

<svg height="20" width="400"><path d="M0 20 L400 20 L400 1 Z"fill="white"></path></svg>

Dat geeft hetzelfde resultaat.
Suggesties?

Het bovenste scherm is maar 320 pixels breed, ik ben geen grote kenner van svg, maar de width="400" is dus te groot vermoedelijk. Ik weet niet hoe de button+ daar mee omgaat.

[Wouter2403]

Tijd voor een firmware update, V3.0 naar 3.0.2. Hoppa, alle settings weer eens weg, backup vergeten natuurlijk. Ik krijg nu de Home Assistant integratie met geen mogelijkheid meer aan de gang, wordt die nog ondersteund met V3.0?

[P-Storm]

Ik heb zelf de update van 2.0 naar 3.0 (en nu 3.0.2) en dat werkt allemaal prima naar behoren. Ik heb het ook ingesteld dat Home Assistant werkt. Als je een losse integratie bedoeld, die heb je niet meer nodig sinds dat de schema de auto discovery prima werkt. Mogelijk dat die elkaar wel bijten?

[Koen Hendriks]

Wouter2403 schreef op vrijdag 26 december 2025 @ 20:57:
Ik krijg nu de Home Assistant integratie met geen mogelijkheid meer aan de gang, wordt die nog ondersteund met V3.0?

Bedoel je deze ? https://github.com/koenhendriks/ha-button-plus

Sinds de Button+ op mijn verzoek MQTT Discovery heeft gekregen is de hele integratie ook niet meer onderhouden. Ik was eigenlijk onder de veronderstelling dat deze totaal niet meer gebruikt werd maar ik kan me voorstellen dat je via google ofzo nog op de repo land.

Deze zou eigenlijk gearchiveerd moeten worden, ik zal er even werk van maken.

Edit: Nu gearchiveerd

[Wouter2403]

Haha ok, nou ik was nog trouw gebruiker met een hele oude firmware. Maar sinds kort dus v3.0. Echter krijg ik auto discovery nog niet aan de gang. Verschijnen de sensoren, knoppen, displays, etc vanzelf in HA nu?

[JackBol]

Wouter2403 schreef op vrijdag 26 december 2025 @ 20:57:
Tijd voor een firmware update, V3.0 naar 3.0.2. Hoppa, alle settings weer eens weg, backup vergeten natuurlijk. Ik krijg nu de Home Assistant integratie met geen mogelijkheid meer aan de gang, wordt die nog ondersteund met V3.0?

Ik heb een scriptje draaien dat elke 10 min de config JSON van alle buttons pullt (en van NodeRed en nog een aantal andere apparaten die config in JSONs opslaan) en deze in een private GitHub incheckt.

[The Fatal]

smnk schreef op woensdag 8 oktober 2025 @ 06:53:
Iemand tips voor hoe je het beste automations kunt opzetten voor Button+? Momenteel heb ik nog per knop een automation, en met een if-check toggle ik dan lampen (of airco of gordijnen etc). Ik pas dan ook het label op het display aan naar Open/Dicht of Aan/Uit. Moet dat sowieso nog een keer aanpassen naar 1 automation per Button+. Want ik heb nu een Button+ met 3 bars en dus 6 knoppen en dat levert dan 6 automations op.

Maar.. die button+ is natuurlijk niet de enige manier om de airco te bedienen of de lampen aan te doen. Dat kan ook via een andere schakelaar, dashboard, misschien zelfs vanuit een automatisering. En dan is dus die status aan/uit niet meer in sync.

Nu zou ik natuurlijk ook een automation voor die devices kunnen maken als die van status veranderen maar dat voelt wel als gedoe. Zeker als ik straks meerdere button+’s heb hangen beneden die ook deels dezelfde apparaten zullen aansturen. En dan moet dus overal het ledje/label geupdate worden.

Ik denk eigenlijk dat er geen andere optie is maar ben toch benieuwd of iemand iets slims heeft bedacht. Het voelt ook zonde om de labels en de ledjes niet als status te gebruiken. 🤓

[Afbeelding]

Weet niet of het nog van toepassing is, liep tegen het zelfde aan.
Heb het nu opgelost op deze manier, heb een tweede trigger toegevoegd voor als de state wijzigt naar iets anders.
De button plus press wordt afgevangen met condition trigger om bijvoorbeeld licht een togle te geven.
Maar mocht door andere zaken de stand van de lampen aangepast worden, wordt die getriggerd door light change en wordt de rest van de automation nog eens uitgevoerd om de status en kleur te updaten.
Zo heb ik per knop 1 automation.

code:

alias: ButtonPlus_btn6-1
description: ""
triggers:
  - trigger: mqtt
    options:
      topic: buttonplus/btn_plus/button/6-1/pushbutton
      payload: "{\"event_type\": \"click\"}"
    alias: MQTT
    id: MQTT
  - trigger: state
    entity_id:
      - light.lights_livingroom
    to: null
    alias: Lights_Change
    id: LightsChange
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - MQTT
        sequence:
          - action: light.toggle
            metadata: {}
            target:
              entity_id: light.lights_livingroom
            data: {}
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: "0"
      retain: false
      payload: "{{ states('light.lights_livingroom') }}"
      topic: buttonplus/btn_plus/button/6-1/label/set
  - if:
      - condition: state
        entity_id: light.lights_livingroom
        state:
          - "on"
    then:
      - action: mqtt.publish
        metadata: {}
        data:
          evaluate_payload: false
          qos: 0
          retain: false
          topic: buttonplus/btn_plus/button/6-1/led/front/rgb/set
          payload: "#05f539"
    else:
      - action: mqtt.publish
        metadata: {}
        data:
          evaluate_payload: false
          qos: 0
          retain: false
          topic: buttonplus/btn_plus/button/6-1/led/front/rgb/set
          payload: "#f50505"
mode: single

enige wat ik nog niet goed voor elkaar heb is andere statussen op het display te updated. Voornamelijk statussen die geen trigger hebben, denk aan energie verbruik, afval ophalen etc. hier loop ik nog mee te spelen.

[HenkRenting]

Thx voor de tip, @Timonator. Irl is het idd niet echt te zien, maar heb inmiddels wat flows in Homey aangemaakt om hem te dimmen bij geen gebruik.

Verder ook met v3.0.2 nog niet echt veel succes. Hoewel alles goed lijkt via de webinterface:


De uitlijning op het device zelf is nog steeds hommeles helaas. Uitlijning is ook niet steeds hetzelfde als ik hem reset met de rechter button (zie ook laatste frames in onderstaande video):
YouTube link

Enig idee, @buttonplus?
Ben dus helaas maar weer terug bij v2 firmware inmiddels.

[ Voor 4% gewijzigd door HenkRenting op 29-12-2025 13:21 ]

[jswinkels]

The Fatal schreef op zondag 28 december 2025 @ 21:08:
[...]


Weet niet of het nog van toepassing is, liep tegen het zelfde aan.
Heb het nu opgelost op deze manier, heb een tweede trigger toegevoegd voor als de state wijzigt naar iets anders.
De button plus press wordt afgevangen met condition trigger om bijvoorbeeld licht een togle te geven.
Maar mocht door andere zaken de stand van de lampen aangepast worden, wordt die getriggerd door light change en wordt de rest van de automation nog eens uitgevoerd om de status en kleur te updaten.
Zo heb ik per knop 1 automation.

code:

alias: ButtonPlus_btn6-1
description: ""
triggers:
  - trigger: mqtt
    options:
      topic: buttonplus/btn_plus/button/6-1/pushbutton
      payload: "{\"event_type\": \"click\"}"
    alias: MQTT
    id: MQTT
  - trigger: state
    entity_id:
      - light.lights_livingroom
    to: null
    alias: Lights_Change
    id: LightsChange
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - MQTT
        sequence:
          - action: light.toggle
            metadata: {}
            target:
              entity_id: light.lights_livingroom
            data: {}
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - action: mqtt.publish
    metadata: {}
    data:
      evaluate_payload: false
      qos: "0"
      retain: false
      payload: "{{ states('light.lights_livingroom') }}"
      topic: buttonplus/btn_plus/button/6-1/label/set
  - if:
      - condition: state
        entity_id: light.lights_livingroom
        state:
          - "on"
    then:
      - action: mqtt.publish
        metadata: {}
        data:
          evaluate_payload: false
          qos: 0
          retain: false
          topic: buttonplus/btn_plus/button/6-1/led/front/rgb/set
          payload: "#05f539"
    else:
      - action: mqtt.publish
        metadata: {}
        data:
          evaluate_payload: false
          qos: 0
          retain: false
          topic: buttonplus/btn_plus/button/6-1/led/front/rgb/set
          payload: "#f50505"
mode: single

enige wat ik nog niet goed voor elkaar heb is andere statussen op het display te updated. Voornamelijk statussen die geen trigger hebben, denk aan energie verbruik, afval ophalen etc. hier loop ik nog mee te spelen.

zo simpel kan het zijn. Ik heb nu per button per pagina 2 automations. eentje voor het verwerken van de buttonpress en eentje voor de label en kleur. Op deze manier is dat natuurlijk erg simpel op te lossen.

Ik snap het probleem alleen niet voor andere statussen zonder trigger. Je kunt daar toch ook gewoon als trigger de statuswijziging gebruiken en dan die status publiceren. Zie hieronder de status van de energieopbrengst van mijn zonnepanelen. (Ik heb overigens bijna een jaar niet meer mijn button+ aangepast, ik ben net geüpdatet naar 3.0.2 en ga nu ook alles via de homeassistant entiteiten inrichten).

alias: MQTT energie opgewekt vandaag
description: ""
triggers:
- entity_id:
- sensor.zonnepanelen_solar_energy_today
trigger: state
conditions: []
actions:
- metadata: {}
data:
qos: "1"
retain: false
topic: homeassistant/energy/vandaag
payload: "{{states('sensor.zonnepanelen_solar_energy_today')}}"
action: mqtt.publish
mode: single

[visleeuw]

niekvanruler schreef op woensdag 24 december 2025 @ 15:15:
[...]


Het bovenste scherm is maar 320 pixels breed, ik ben geen grote kenner van svg, maar de width="400" is dus te groot vermoedelijk. Ik weet niet hoe de button+ daar mee omgaat.

Verder geprobeerd met een viewbox met een breedte van 160 (ruim binnen de 320 pixels). Bij een opgewekt vermogen van 48 watt (zwaar bewolkt) levert dat de MQTT payload:

code:

<svg viewbox="0 0 160 8" ><path d=M0,8L48,8L48,0L0,8Z" fill="white"/></svg>

En een goede weergave.
Maar bij een groter vermogen wordt de getoonde SVG afgekapt op de breedte die op de foto te zien is. En dat is niet op de helft (160/320) van het display.
@buttonplus : Worden de SVG's op het grote display inderdaad in breedte begrensd tot ongeveer de breedte van de schermpjes op de buttons?

[TKroon]

@buttonplus sinds de update naar 3.0.2 (vanaf 2.x) kan ik helaas geen string cijfers en tekst meer weergeven.

Ik toonde bijvoorbeeld zo'n string over de laadstatus van mijn auto: “21 / 60% in 15u”
Maar sinds 3.0.2 wordt simpelweg getoond als "21".

Dit gebeurt zowel via de Homey app als dat ik het direct zelf via MQTT publiceer. Is dit een bug of nieuw ontwerp? Het hindert mij in ieder geval in het tonen van de informatie die ik weer wil geven. Alvast bedankt

[fb2]

TKroon schreef op donderdag 8 januari 2026 @ 20:28:
@buttonplus sinds de update naar 3.0.2 (vanaf 2.x) kan ik helaas geen string cijfers en tekst meer weergeven.

Ik toonde bijvoorbeeld zo'n string over de laadstatus van mijn auto: “21 / 60% in 15u”
Maar sinds 3.0.2 wordt simpelweg getoond als "21".

Dit gebeurt zowel via de Homey app als dat ik het direct zelf via MQTT publiceer. Is dit een bug of nieuw ontwerp? Het hindert mij in ieder geval in het tonen van de informatie die ik weer wil geven. Alvast bedankt

Zie issue #318 op https://button.plus/support/issues

[bartve]

Ik ben overgestapt naar een wall tablet met Fully Kiosk.

Button+ is een mooi en compact apparaat maar het beheer en configuratie icm Home Assistant vond ik veel te bewerkelijk. De ondersteuning / communicatie vanuit de fabrikant viel mij ook erg tegen.

Mijn base + display module en 3 button bars (alles v1) en orig. voeding staan te koop onder vraag&aanbod (beelden geluid > smart home > bediening).

[ Voor 5% gewijzigd door bartve op 10-01-2026 16:31 ]

[jswinkels]

Mijn button+ webinterface werkt niet meer. Ik zie alleen het B+ logo in beeld met een refreshknop daarnaast. Als ik refresh krijg ik even loading te zien. en vervolgens stop het. Ben een beetje huiverig om een volledige reset te doen.

[JackBol]

jswinkels schreef op maandag 12 januari 2026 @ 17:26:
Mijn button+ webinterface werkt niet meer. Ik zie alleen het B+ logo in beeld met een refreshknop daarnaast. Als ik refresh krijg ik even loading te zien. en vervolgens stop het. Ben een beetje huiverig om een volledige reset te doen.

Waarom? Je kan em altijd opnieuw flashen via USB.

[jswinkels]

Ik heb een factoryreset gedaan. Ik zie alleen niet hoe ik nu de automatische backup die ik aan heb staan kan terugzetten. Ik zie alleen maar oudere backups in mijn account die ik ook naam heb gegeven. Ik heb in de kerstvakantie behoorlijk wat wijzigingen gemaakt en die zouden volgens de configuratiesite automatisch gebackupped worden.

[visleeuw]

Op 2 januari heb ik iets gepost over mijn ervaringen met SVG's op het grote display. Even een update en wat bevindingen over geheugengebruik.
Mijn context:
- Button Plus V1 firmware 3.0.3, display + 3 bars
- aansturing door Domoticz en/via Node-Red

Ik laat sinds 11 januari het vrije geheugen van de Button+ in Domoticz loggen. Dat levert mij wat inzicht op. Een plaatje met de grafische weergave van het vrije geheugen van 24 uur als voorbeeld:

Wat mij opviel was de daling van het vrije geheugen rond 9:00 uur en de stijging rond 17:30. Dat komt overeen met de momenten waarop ik de weergave op het grote display verander van de tekst "Geen opwekking, het is te donker" in de SVG

code:

<svg viewbox="0 0 160 8" ><path d="M0,8Lxx,8Lxx,0L0,8Z" fill="yellow"/></svg>'

en vice versa.
Hierbij staat 'xx' voor het opgewekte vermogen in Watt.
Dit gebeurt allemaal in displayitem 5, met positie x=0 y=48 en width=100
De 'hobbels' tussen 13:00 en 17:00 uur komen door het experimenteren met weghalen en weer neerzetten van een SVG van een kerstboom op button 7

code:

<svg viewBox="0 0 24 24"><path d="M12,1L8,8L10,8L6,15L8,15L4,22L20,22 L16,15L18,15L14,8L16,8L12,1Z" fill="green"></path></svg>

Het valt me op dat plaatsen van de SVG op het grote display ongeveer 10 kB geheugen vraagt op de Button, terwijl het plaatsen van de SVG op de knop maar 5 kB vraagt. Dat zou kunnen komen (mijn aanname) doordat de viewbox op het display 160x8=1280 pixels? groot is, en die op de knop 24x24=576. Pixels met een vraagteken, omdat ik niet weet hoe die viewbox berekend wordt.
Wat blijft is de puzzel dat de SVG op het grote display niet breder is dan die op de knop.
@buttonplus :
- Klopt mijn aanname over de relatie tussen grootte van de viewbox en benodigd geheugen?
- Is het mogelijk om een SVG over de gehele breedte van het grote display te tonen?

Aanvulling
Ik heb nog wat geprobeerd, onder andere met width="160" heigth="8" in plaats van de viewbox, en ik krijg het plaatje niet breder dan ongeveer de breedte van het displaytje op de buttons.

[ Voor 4% gewijzigd door visleeuw op 17-01-2026 14:11 . Reden: typos en toevoegen configuratie button + aanvulling ]

[balk]

Aan hen die een v2 model hebben besteld.... Ik heb aan een tijdje een v2 pcb in huis en recent contact gehad met Ronald. Hij had uitgevogeld dat er een fout (productie of ontwerp, dat weet ik niet) in zit waardoor het psram niet geactiveerd kan worden. Ik kon dat bevestigen, ik heb er esphome op draaien. Een aantal van jullie zal een mail hebben gehad.

[Milmoor]

Plaatjes lukken vanuit HA, /cheer. Alleen verslikt de Button+ zich af en toe als ik een SVG stuur. Ik trigger hem met de hand, maar dan lijkt hij in een loop vast te zitten en reset hij zichzelf meerdere keren. Naar een tijdje lukt het wel om weer te starten. Ik ben nog niet achter de logica. Iemand een idee waar ik naar kan kijken?

[P-Storm]

Ik kan je niet met zekerheid vertellen, maar ik gok dat de SVG teveel memory in beslag neemt en eens in de zoveel tijd iets minder in gebruik neemt. Heb je al gekeken hoeveel er vrij is? Als dit dicht bij 0 is, is dat wel een mogelijke verklaring.

[Jverbraak2017]

balk schreef op zaterdag 17 januari 2026 @ 14:56:
Aan hen die een v2 model hebben besteld.... Ik heb aan een tijdje een v2 pcb in huis en recent contact gehad met Ronald. Hij had uitgevogeld dat er een fout (productie of ontwerp, dat weet ik niet) in zit waardoor het psram niet geactiveerd kan worden. Ik kon dat bevestigen, ik heb er esphome op draaien. Een aantal van jullie zal een mail hebben gehad.

Thanks, ben benieuwd wanneer ik deze kan gaan verwachten.

Groet Jeroen

[Milmoor]

P-Storm schreef op maandag 19 januari 2026 @ 09:27:
Ik kan je niet met zekerheid vertellen, maar ik gok dat de SVG teveel memory in beslag neemt en eens in de zoveel tijd iets minder in gebruik neemt. Heb je al gekeken hoeveel er vrij is? Als dit dicht bij 0 is, is dat wel een mogelijke verklaring.

77 kb free memory. Dat klonk als weinig, maar ik heb een gen1, en dat lijkt helemaal prima. Het lijkt fout te gaan als ik naar het display stuur, niet naar een buttonbar. Maar dat kan toeval zijn. Ik zoek verder.

EDIT: wat testwerk verder lijkt het er sterk op dat het inderdaad fout gaat als ik een SVG naar een display item probeer te sturen, bijv. buttonplus/btn_458530/displayitem/2/svg/set. Later verder. Tips zijn welkom. Ik gebruik de SVG's van de Button+ site en wat weer SVGs. Zeker niet mega complexe kunstwerken.

[ Voor 21% gewijzigd door Milmoor op 20-01-2026 21:20 ]

[visleeuw]

Milmoor schreef op dinsdag 20 januari 2026 @ 20:29:
[...]

77 kb free memory. Dat klonk als weinig, maar ik heb een gen1, en dat lijkt helemaal prima. Het lijkt fout te gaan als ik naar het display stuur, niet naar een buttonbar. Maar dat kan toeval zijn. Ik zoek verder.

EDIT: wat testwerk verder lijkt het er sterk op dat het inderdaad fout gaat als ik een SVG naar een display item probeer te sturen, bijv. buttonplus/btn_458530/displayitem/2/svg/set. Later verder. Tips zijn welkom. Ik gebruik de SVG's van de Button+ site en wat weer SVGs. Zeker niet mega complexe kunstwerken.

Zoals je in mijn eerdere post hebt kunnen lezen lukt het mij om een SVG naar een displayitem te sturen met bijvoorbeeld:

code:

<svg width="160" height="8" ><path d="M0,8L70,8L70,0L0,8Z" fill="green"/></svg>

Dat doe ik naar een displayitem over de volle breedte (100%) en heb daar alleen de puzzel dat het plaatje niet breder wordt dan ongeveer de breedte van het display op een knop.
@Milmoor : Wat is jouw firmware versie op de Button en wat is de breedte van het displayitem?
Kun je geen enkele SVG op het display krijgen, ook de SVG's van button.plus niet?
Zou je de code voor een SVG die niet lukt hier kunnen plaatsen, dan kan ik kijken of ik het voor elkaar krijg op mijn Button.

[Milmoor]

@visleeuw
Ik gebruik een automation in HA waar ik de actie van activeer om testen. Bij sturen naar het display lijkt er even niets te gebeuren, en daarna reset de Button+ zich (knipperende ledjes, scherm zwart, etc). Staat retain aan, dan wordt de SVG na herstart wel getoond. In de config pagina met de virtuele Button+ wordt de afbeelding netjes getoond. Op de buttonbar wordt mijn SVG gewoon getoond zonder herstart oid. Met jouw SVG gaat wel elke keer goed. Dus hij vind specifiek op het display iets niet fijn aan mijn SVG definitie? Op de buttonbar werkt dezelfde SVG wel gewoon.

Firmware versie 3.02.

Breedte van het device: stond op 40, ook getest met 160.

Topic, werkt met mijn svg goed
buttonplus/btn_458530/button/5-1/svg/set

Topic, werkt met mijn svg niet goed (reset, alleen getoond met retain)
buttonplus/btn_458530/displayitem/3/svg/set

SVG werkt alleen goed op buttonbar
<svg viewBox="0 0 24 24"><rect x="3" y="4" width="18" height="16" rx="1" ry="1" stroke="white" stroke-width="1.5" fill="none"></rect><rect x="4" y="6" width="16" height="2" fill="white"></rect><rect x="4" y="9" width="16" height="2" fill="white"></rect></svg>

Instellingen in HA

[kennyboy55]

Nieuwe blog post: https://button.plus/blog/121

Verzenddatum V2 is weer verschoven, nu naar Maart.

[bartve]

bartve schreef op zaterdag 10 januari 2026 @ 16:22:
Ik ben overgestapt naar een wall tablet met Fully Kiosk.

Button+ is een mooi en compact apparaat maar het beheer en configuratie icm Home Assistant vond ik veel te bewerkelijk. De ondersteuning / communicatie vanuit de fabrikant viel mij ook erg tegen.

Mijn base + display module en 3 button bars (alles v1) en orig. voeding staan te koop onder vraag&aanbod (beelden geluid > smart home > bediening).

Nu in prijs verlaagd! Buitenkansje!

[TKroon]

bartve schreef op vrijdag 23 januari 2026 @ 09:05:
[...]


Nu in prijs verlaagd! Buitenkansje!

Dank! Besteld

[visleeuw]

@Milmoor : Ik heb jouw code:

<svg viewBox="0 0 24 24"><rect x="3" y="4" width="18" height="16" rx="1" ry="1" stroke="white" stroke-width="1.5" fill="none"></rect><rect x="4" y="6" width="16" height="2" fill="white"></rect><rect x="4" y="9" width="16" height="2" fill="white"></rect></svg>

naar mijn Button+ gestuurd, zowel naar een knop als naar een displayitem (5).
Ik werk niet met HA, dus dat kan ik niet nabootsen, maar ik heb het om te testen met Node-Red gedaan, simpelweg naar het standaard MQTT topic van de knop / het displayitem, in mijn geval respectievelijk

code:

buttonplus/bplus1/button/7-3/svg/set

voor de knop en

code:

buttonplus/bplus1/displayitem/5/svg/set

voor het displayitem.
In beide gevallen toont hij het plaatje. Ik zie dat het de SVG is die op button.plus als 'Blinds open' staat.

Bij mij gaat het dus goed. Ik zou niet weten hoe ik je nu verder kan helpen.
Alleen nog even de JSON van mij displayitem 5 ter informatie:

code:

{"displayitemid":"5","x":0,"y":48,"page":1,"boxtype":1,"fontsize":1,"align":1,"width":100,"label":"Zonnepanelen","unit":"","round":0,"topics":[]},

Dan zou je kunnen kijken in hoeverre de definitie van jouw displayitem afwijkt.

[ Voor 19% gewijzigd door visleeuw op 23-01-2026 20:10 . Reden: te vroeg op Verstuur geklikt i.p.v. op Toon voorbeeld + toevoeging JSON ]

[Milmoor]

@visleeuw Bedankt voor het testen. De verzender zou niet uit moeten maken, maar ik zal hem ook vanuit NodeRed proberen en vergelijken via MQTT explorer. Ik heb NodeRed net uitgefaseerd omdat de states van HomeAssistant eigenlijk opvangen wat ik in NodeRed zelf deed. Wie weet is er een veld onderwater anders gevuld.

[ Voor 21% gewijzigd door Milmoor op 23-01-2026 20:22 ]

[Milmoor]

Waarschijnlijk gevonden: de Button+ display‑renderer crasht op multi‑line / niet‑geminifyede SVG’s. Dat is tenminste de conclusie van Copilot. Hij crashed niet deze test SVG:
<svg viewBox="0 0 24 24"><rect x="3" y="4" width="18" height="16" fill="transparent"/><rect x="4" y="6" width="16" height="2" fill="white"/><rect x="4" y="9" width="16" height="2" fill="white"/><rect x="4" y="12" width="16" height="2" fill="white"/><rect x="4" y="15" width="16" height="2" fill="white"/><rect x="4" y="18" width="16" height="2" fill="white"/></svg>

EDIT: ik vertrouw het nog niet. Hij crashed nu ook niet op mijn voorbeeld van eerder. Ik snap het nog niet.

EDIT 2: van het ene moment op de ander lijkt hij helemaal niet meer te crashen. Ik heb eerder een keer onverklaarbare crashes gehad die ook spontaan over gingen. Geen idee, het werkt nu.

EDIT 3: ...en natuurlijk werkt het niet meer bij een andere SVG. De retain versie werkt, maar hij reset zich bij het zenden van de SVG naar het betreffende topic. Gedoe.

[ Voor 30% gewijzigd door Milmoor op 25-01-2026 13:53 ]