Button+ topic

[Froos]

Timonator schreef op donderdag 9 januari 2025 @ 14:34:
[...]


Dat heb ik ook, maar die bug zit er al een hele tijd in. Geloof dat bij oudere firmwares die pop-up niet tevoorschijn kwam maar alles niet meer reageerde. Nu is het duidelijk doormiddel van een pop-up.
De bug heeft normaal te maken met netwerken met meerdere AP, als de b+ disconnect is hij niet in staat een nieuwe verbinding op te zetten. Zoals in de blog staat, de ontwikkelaar verwacht dat dit op te lossen is met wifi stack esp-idf 5, maar firmware 2.0 maakt nog gebruik van esp-idf 4.

Als je maar 1 wifi AP is dan heb jij te maken met een nieuwe bug waarschijnlijk.

Nee ik heb zo'n mooi Unifi netwerk met 4 APs. Eens kijken of ik 'm kan dwingen met uitsluitend 1 AP te verbinden. Misschien is dat de oplossing. Je kunt in Unifi een client aan 1 AP hangen.

[Milmoor]

@visleeuw

Daar staat dus de verklaring dat page 0 betekent dat de button op alle pagina's actief is.

Die had ik gemist, dank. Ook voor de rest van de uitleg.

[Milmoor]

Timonator schreef op woensdag 8 januari 2025 @ 23:30:
[...]


Gebruik je echt hostname dommy, of is dat om niks te laten zien aan het forum, anders zou ik het losse ip proberen. Aangezien het kan zijn dat de button+ geen hostname kan resolven

Hij verbind netjes met de MQTT server genaamd “dommy”. Ik kan alleen niets anders meer wijzigen, zoals het toevoegen van knoppen. Daarmee lijkt het me geen resolve issue. Maar ik ga op IP uitproberen.

[Ron168]

Ron168 schreef op maandag 6 januari 2025 @ 16:51:
[...]


@buttonplus
Ik ben er nog iets verder ingedoken, het lijkt echt een bug te zijn, en namelijk hier:

code:

{
  "name": "[4-1] RIGHT  Label",
  "object_id": "buttonplus_btn_living_room_button_4-1_label_set",
  "unique_id": "buttonplus_btn_living_room_button_4-1_label_set",
  "icon": "mdi:card-text-outline",
  "command_topic": "buttonplus/btn_living_room/button/4-1/label/set",
  "state_topic": "buttonplus/btn_living_room/button/4-1/label/state",
  "device": {
    "identifiers": "btn_living_room.bar.2",
    "name": "Living Room BAR Connector 2",
    "manufacturer": "Button+",
    "model": "BAR Module",
    "via_device": "btn_living_room"
  }
}

Volgens mij moet het 'state_topic' ook 'buttonplus/btn_living_room/button/4-1/label/set' zijn.
Als ik dit handmatig in het MQTT bericht aanpas, lijkt alles te werken.

Het topic 'state' bestaat bij mij helemaal niet, alleen het topic 'set'.

Of zit dit nog ergens in mijn config? Bedenk ik me nu. Ik duik er nog verder in. --> Nee, dit staat nergens in de config.

Ik heb dit inmiddels zelf weten op te lossen.
Blijkbaar is er onder het menu mqtt brokers een optie bijgekomen: "Default schema: Publish Button+ local state changes also", die was niet aangevinkt. Nu die aangevinkt is, werkt wel alles via Home Assistant.

[Milmoor]

Milmoor schreef op donderdag 9 januari 2025 @ 18:48:
[...]

Hij verbind netjes met de MQTT server genaamd “dommy”. Ik kan alleen niets anders meer wijzigen, zoals het toevoegen van knoppen. Daarmee lijkt het me geen resolve issue. Maar ik ga op IP uitproberen.

Als ik als URL mqtt://192.168.0.60 gebruik, dan slaat hij wijzigingen netjes op, gebruik ik mqtt://dommy, dan doet hij het niet. Verbinding maken kan hij in beide gevallen.

Edit: en nou wil hij weer helemaal niet. Het is allemaal nog wat raar.

Edit2: en nu weer wel. Ik verdenk toch de URL van de MQTT server. Als die leeg is, dan lukt het opslaan wel, met die gevuld soms.

Zijn er ergens systeemlogs? Dit is wel erg raar.

Edit3: ondanks dit gedonder is het me gelukt om de eerste waarden uit te lezen. Die staan netjes op het configuratiescherm. Alleen laat de Button+ ze nog niet zien. Opslaan lukt nu elke keer, maar ik durf niet meer aan mijn MQTT server definitie te zitten .

Edit4: ik kan mijn licht aan en uit schakelen via de simulator in het configuratiescherm. Maar niet via de Button+ zelf . Daar gaat duidelijk nog iets niet goed.

[ Voor 40% gewijzigd door Milmoor op 09-01-2025 21:50 ]

[Moosjes]

Wat een leuk project dit!

Ik ben me nog aan het oriënteren op de button+ voor ik bestel, maar is het bijvoorbeeld mogelijk om als Home Assistant alarm is ingeschakeld om met een knoppen combinatie op de button+ het alarm uit te schakelen?

[visleeuw]

@Milmoor Voor mijn nieuwsgierigheid: Hoe heb je geregeld dat 'dommy' verwijst naar het ip-adres 192.168.0.60? Ergens moet in je lokale netwerk een DNS server zijn die dat omzet. Die zou de Button+ dan gebruiken om 'dommy' te resolven en bij 192.168.0.60 te komen.

[Milmoor]

visleeuw schreef op donderdag 9 januari 2025 @ 23:12:
@Milmoor Voor mijn nieuwsgierigheid: Hoe heb je geregeld dat 'dommy' verwijst naar het ip-adres 192.168.0.60? Ergens moet in je lokale netwerk een DNS server zijn die dat omzet. Die zou de Button+ dan gebruiken om 'dommy' te resolven en bij 192.168.0.60 te komen.

Fritz.box router. Die doet de DNS. Standaard de host name, dat is aanpasbaar. Ik was mij niet bewust dat dit bijzonder is. Hij bevalt me sowieso goed. Hij doet o.a. aansturing van de DECT thermostaten, telefonie, mini-NAS voor backups en VPN voor toegang vanaf elders. Hij schakelt de vloerverwarmingspomp en nog meer. Wifi en internet bijv.

[ Voor 17% gewijzigd door Milmoor op 10-01-2025 12:36 ]

[Ron168]

Moosjes schreef op donderdag 9 januari 2025 @ 21:10:
Wat een leuk project dit!

Ik ben me nog aan het oriënteren op de button+ voor ik bestel, maar is het bijvoorbeeld mogelijk om als Home Assistant alarm is ingeschakeld om met een knoppen combinatie op de button+ het alarm uit te schakelen?

Ja, dit is zeker mogelijk.

[Milmoor]

Iemand een goed idee? Mijn MQTT configuratie doet het prima virtueel, maar niet op de Button+ zelf. Ik kan op de mockup in het configuratiescherm op knoppen duwen en daarmee acties uitvoeren, ik kan een waarde tonen. Op de Button+ gebeurd er niets. Ik heb dit zonder inlognaam en wachtwoord geprobeerd voor het geval hij de hik kreeg van lengte of leestekens. Dat maakte geen verschil.

[Ron168]

Nee, geen idee.
Mijn virtuele button+ heeft nooit gewerkt, mijn fysieke altijd.
Zie je wel alle MQTT berichten verzonden worden? Door bijv. MQTT explorer te gebruiken.

[buttonplus]

visleeuw schreef op vrijdag 27 december 2024 @ 13:59:
[...]

Dank voor de suggestie. Ik heb het vandaag getest,
Uit het voorbeeld dat je geeft lijkt het een instelling per knop te zijn. Ik heb geprobeerd het in de JSON op te nemen voor knop 8 met delay 5 (5 x 20 = 100 ms volgens @buttonplus ):

code:

"buttonid":"8-0",
"position":8,
"page":0,
"label":"LABEL",
"toplabel":"Top label",
"longdelay":5,
"longrepeat":0,
"leds":[]

Alleen krijg ik die instelling niet naar de Button. Als ik deze JSON importeer (met bv. een gewijzigd toplabel ter controle) krijg ik wel het gewijzigde toplabel te zien, maar de instellingen van longpress zijn niet veranderd.
Als ik vervolgens de JSON weer exporteer vanuit de Button staan inderdaad de longdelay en de longrepeat niet meer in de JSON. Het gewijzigde toplabel wel.
Zie ik iets over het hoofd?

Er zat een fout in de FW 2.0.0 (en eerder) die de longdelay en longrepeat waarden 'castte' naar in char/byte. Ik heb deze code herschreven in 2.0.1, mogelijk lost dit je probleem op.

[buttonplus]

Ron168 schreef op zaterdag 4 januari 2025 @ 14:04:
@buttonplus
Volgens mij zit er nog een bug in de Home Assistant implementatie voor firmware V2.0.0.

Als ik een label instel via de entiteit *_label_set in HA, wordt de button plus correct aangepast (juiste label verschijnt, MQTT is dus ook correct), echter blijft de 'state' van de entiteit in HA op 'unknown' staan.

Hebben meer mensen hier last van?
In de RC's die ik heb getest, werkte dit wel correct.

Zoals je zelf ook hebt ontdekt heb ik de statusupdates optioneel gemaakt via een extra vinkje bij de broker instellingen. Deze 'local status changed' zijn vooral voor HA, en zorgt voor best veel messages, vandaar dat ik het optioneel heb gemaakt.

Je kunt de HA integratie zonder deze updates overigens wel gebruiken, alleen staat er vaak unknow als status, maar als je vooral vanuit HA werkt is dit mogelijk niet zo'n probleem.

[buttonplus]

Milmoor schreef op zaterdag 11 januari 2025 @ 10:17:
Iemand een goed idee? Mijn MQTT configuratie doet het prima virtueel, maar niet op de Button+ zelf. Ik kan op de mockup in het configuratiescherm op knoppen duwen en daarmee acties uitvoeren, ik kan een waarde tonen. Op de Button+ gebeurd er niets. Ik heb dit zonder inlognaam en wachtwoord geprobeerd voor het geval hij de hik kreeg van lengte of leestekens. Dat maakte geen verschil.

De WebUI werkt via websockets, en het apparaat werkt direct via MQTT protocol. Beide hebben andere poorten.

Het lijkt er dus op dat de directe verbinding van de B+ naar de broker via poort 1883 niet werkt.

[Milmoor]

buttonplus schreef op zaterdag 11 januari 2025 @ 14:59:
[...]


De WebUI werkt via websockets, en het apparaat werkt direct via MQTT protocol. Beide hebben andere poorten.

Het lijkt er dus op dat de directe verbinding van de B+ naar de broker via poort 1883 niet werkt.

Goed punt, nagekeken. Dat is het net niet. Maar ik heb het gevonden. Ik was zo stom geweest dat ik mqtt:dommy, maar mqtt://dommy gebruikte. Dat werkte via de ene route wel, en via de andere niet. Vast logisch als je heel diep in de protocollen zit. Dat heeft ooit wel goed gestaan, maar is mijn experimenteerwerk overleden. Het werkt nu! Fijn.

Ik heb nog geen idee waarom hij eerst niet goed wilde opslaan, maar dat krijg ik niet meer gereproduceerd. Hij bleef dan hangen op saving configuration to device. Ik merk vanzelf of het zich spontaan opgelost heeft.

[ Voor 20% gewijzigd door Milmoor op 11-01-2025 15:43 ]

[JackBol]

Zijn er plannen om een HTTP GET te koppelen aan een knop? (i.e. wanneer je op een knop drukt voert de button een specifiek HTTP GET request uit?)

[Timonator]

JackBol schreef op dinsdag 14 januari 2025 @ 13:08:
Zijn er plannen om een HTTP GET te koppelen aan een knop? (i.e. wanneer je op een knop drukt voert de button een specifiek HTTP GET request uit?)

Ik zou zeggen zet em in de wishlist

Verder zou nu eenvoudigste zijn om die koppeling via button+>MQTT>NodeRed>HTTP GET

[JackBol]

Timonator schreef op dinsdag 14 januari 2025 @ 15:29:
[...]


Ik zou zeggen zet em in de wishlist

Verder zou nu eenvoudigste zijn om die koppeling via button+>MQTT>NodeRed>HTTP GET

Klopt, die flow heb ik werkend, maar daarvoor moet ik altijd een containertje in de lucht houden wat een single point of failure is. Aangezien een HTTP GET geen rocket science is, zou een request vanaf de Button niet onoverkomelijk moeten zijn. Ik zal het in de list zetten.

[visleeuw]

buttonplus schreef op zaterdag 11 januari 2025 @ 14:35:
[...]


Er zat een fout in de FW 2.0.0 (en eerder) die de longdelay en longrepeat waarden 'castte' naar in char/byte. Ik heb deze code herschreven in 2.0.1, mogelijk lost dit je probleem op.

Mooi dat je een fout gevonden en opgelost hebt. Ik wil dit graag gaan testen. Wanneer verwacht je een beta van FW 2.0.1 uit te brengen?

[Milmoor]

Ik ben een stuk verder. Hij leest de status van mijn plissé gordijnen uit, en ik kan ze ook met de knop bedienen. Dat ging hartstikke soepel. Fijn. Ik dacht alleen slim te zijn, en een pijltje naar links en rechts in op het display te zetten als aanwijzing dat je zo naar een volgend scherm gaat. Dat werkt helaas niet, omdat het font in de Button+ niet gelijk is aan die van de mockup. Je krijgt daar vierkantjes.

[The Lord]

Milmoor schreef op donderdag 16 januari 2025 @ 19:38:
Ik ben een stuk verder. Hij leest de status van mijn plissé gordijnen uit, en ik kan ze ook met de knop bedienen. Dat ging hartstikke soepel. Fijn. Ik dacht alleen slim te zijn, en een pijltje naar links en rechts in op het display te zetten als aanwijzing dat je zo naar een volgend scherm gaat. Dat werkt helaas niet, omdat het font in de Button+ niet gelijk is aan die van de mockup. Je krijgt daar vierkantjes.
[Afbeelding]

Verzoek bij Button+ indienen en voorlopig <-- en --> gebruiken?

[Timonator]

Je kunt nog een vote erbij klikken voor icons op de feature request page.😅
Hij is makkelijk te vinden, staat al een tijdje bovenaan.

[Milmoor]

Timonator schreef op donderdag 16 januari 2025 @ 23:12:
Je kunt nog een vote erbij klikken voor icons op de feature request page.😅
Hij is makkelijk te vinden, staat al een tijdje bovenaan.

Custom icons is inderdaad flexibeler dan de complete Unicode ondersteuning. Hoewel ik verwacht dat dat uiteindelijk een keer wenselijk gaat zijn. Gestemd.

[JackBol]

Ik heb net mijn nieuwe button+ binnen, maar deze heeft een plastic kapje op de achterkant van het display. Hoe kan je deze verwijderen? Ik kan nergens so snel instructies vinden...

[P-Storm]

Zo te zien is er wat ontwikkeling gaande met de 3 bar display support:

[P-Storm]

Wat voor mij niet duidelijk is, zijn de volgende 3 vragen:

1. Is er een topic voor de current status van het device? Ik zie na een reboot geen publish van een state, maar misschien dat ik ergens een config fout heb staan? Of is dat momenteel nog niet mogelijk?
2. Wat doet "Default schema: Publish Button+ local state changes also" precies? Alle local changes die in de web gui gedaan worden, worden ook gepublished?
3. Wat doet "Default schema: Subscribe to/publish default topics/payloads for all functions" precies? Klopt het dat je dan geen losse button config nodig hebt?

Daarnaast ben ik ook nog in de weer geweest om een 3d print te maken voor op mijn desk, alleen merk ik dat hij niet zwaar genoeg is, en dus omgedruk wordt. Eens kijken hoe ik dat oplos, ergens geneigd om hem te verzwaren met bijvoorbeeld klei/zand of lood. Of toch nog iets met voetjes eronder

[visleeuw]

P-Storm schreef op zondag 19 januari 2025 @ 00:21:
Wat voor mij niet duidelijk is, zijn de volgende 3 vragen:

1. Is er een topic voor de current status van het device? Ik zie na een reboot geen publish van een state, maar misschien dat ik ergens een config fout heb staan? Of is dat momenteel nog niet mogelijk?
2. Wat doet "Default schema: Publish Button+ local state changes also" precies? Alle local changes die in de web gui gedaan worden, worden ook gepublished?
3. Wat doet "Default schema: Subscribe to/publish default topics/payloads for all functions" precies? Klopt het dat je dan geen losse button config nodig hebt?

Eerst de derde vraag: 'Default schema: Subscribe to/publish default topics/payloads for all functions' zorgt ervoor dat voor alle gedefinieerde displayitems/buttons/leds etc. standaard MQTT-topics gemaakt worden. Zonder verder configuratie van de button+ kun je die topics gebruiken om values en labels te wijzigen etc.

Dan de tweede vraag. Als 'Default schema: Subcribe ...' actief is(aangevinkt) kun je er ook (also) voor zorgen dat van alle gedefinieerde displayitems/buttons/sensoren statusmeldingen gestuurd worden bij wijziging van een waarde door een MQTT-bericht met /set of door een wijziging vanuit een andere bron (voorbeeld: de temperatuursensor stuurt regelmatig de waarde van de temperatuur). Dat doe je door 'Default schema: Publish Button+ local state changes also' aan te vinken.

Eerste vraag: Als dat allebei actief is, kun je iets verzinnen om de status van het device te peilen.
Twee voorbeelden:
- Ik heb een displayitem voor de tijd met als label 'tijd' gedefinieerd op de button+. Na een reset van de button+ stuurt hij een /state MQTT bericht voor alle items. Ik check (in Node-Red) op het binnenkrijgen van een MQTT state van het displayitem met als label 'tijd' en stuur dan een MQTT-bericht met de /set instructie voor dit label en als payload een tekst met de actuele datum. Ik weet dus dat als ik 'tijd' als label van dit item krijg dat de button+ gereset is.
- Ik heb de temperatuursensor ingesteld op een interval van 30 seconden. Als ik een minuut geen nieuwe waarde doorgekregen heb is er kennelijk iets aan de hand (button+ off-line etc.) en kan ik zonodig actie ondernemen. Op dit moment log ik dat alleen maar, zonder verder actie.

[Milmoor]

Heeft iemand al uitgezocht hoe je een enter in een string stopt waar Button+ mee overweg kan? Ik heb nog geen ASCII waarden geprobeerd moet ik bekennen. Dat is wat gedoe bij invoeren, en ik moet ophouden met spelen voor vandaag .

[visleeuw]

Milmoor schreef op maandag 20 januari 2025 @ 21:55:
Heeft iemand al uitgezocht hoe je een enter in een string stopt waar Button+ mee overweg kan? Ik heb nog geen ASCII waarden geprobeerd moet ik bekennen. Dat is wat gedoe bij invoeren, en ik moet ophouden met spelen voor vandaag .

Je kunt geen enter in een string stoppen. Het is Carriage return https://nl.m.wikipedia.org/wiki/Carriage_return met ASCII code 13 decimaal en/of Line feed https://nl.m.wikipedia.org/wiki/Line_feed met ASCII code 10 decimaal. Zie ook de paragraaf 'Nieuweregelteken' in het Wikipedia lemma over Line feed.

Aanvulling: Ik heb even wat uitgeprobeerd door CRLF in een string te zetten. Als dat kaal in de payload van het MQTT bericht staat komt het bericht niet compleet over. Ik ben nog niet zover dat ik dat uitgezocht heb.

[ Voor 14% gewijzigd door visleeuw op 21-01-2025 15:38 . Reden: aanvulling en typo ]

[Milmoor]

\r\n werkt niet. Elk bijzonder karakter wordt zo te zien behandeld als whitespace. Padding met spaties totdat hij tegen de maximale breedt aanloopt en daardoor een enter invoegt werkt ook niet, want meerdere keren hetzelfde karakter wordt samengedrukt tot een keer. Meerdere keren verschillende karakters werkt wel. Dus padding met \r\n\r\n\r\n\r\n\r\n\r\n\r\n levert effectief een enter, afhankelijk van de breedte van het hokje. Ik ga verder spelen.

Bij padding met underscores wrapt hij op de spaties. Daar kan ik wat mee. Bijv. "test______ nog_een_test" wrapt op de spatie. De button+ gedraagt zich daar ergens anders dan de mockup. De mockup trekt zich niets aan van de veld breedte, de button+ wel.

Werk in uitvoering...

[ Voor 24% gewijzigd door Milmoor op 21-01-2025 21:32 ]

[HenkRenting]

visleeuw schreef op zaterdag 10 augustus 2024 @ 15:06:
[...]
Mijn situatie: Fritzbox + 2 repeaters. Kanaal voor 2,4 GHz vastgezet op 9. Toch hangt mijn Button incidenteel, onder andere met de melding
'Wifi not connected
Access point started
Use Button+ AP to configure. ..'
Een herstart met de knop rechtsonder laat de Button zonder probleem herstarten.

Heb je hier nog een oplossing voor gevonden, @visleeuw?
Ik heb mijn Button+ op dezelfde manier (Fritsbox, enz) aangesloten en heb dezelfde problemen.

Heb overigens ook nog niet gevonden hoe ik de Button+ eenvoudig aan een andere wifi kan hangen...

[Timonator]

Ik heb hetzelfde probleem, echter met ruckus AP's. Heb de button+ met Mac address filtering gelimiteerd tot 1 AP. Oplossing is een los SSID maken op 1 enkel AP dat enkel voor de button+ gebruikt wordt, maar waar zijn we dan mee bezig. Vind het beetje zorgelijk dat er sinds de 2de december geen update meer is geweest in de blog of firmware. Heeft de ontwikkelaar het product opgegeven?

[visleeuw]

HenkRenting schreef op zaterdag 15 maart 2025 @ 20:12:
[...]


Heb je hier nog een oplossing voor gevonden, @visleeuw?
Ik heb mijn Button+ op dezelfde manier (Fritsbox, enz) aangesloten en heb dezelfde problemen.

Heb overigens ook nog niet gevonden hoe ik de Button+ eenvoudig aan een andere wifi kan hangen...

@HenkRenting: De laatste tijd gaat het goed (afkloppen). Misschien dat de update naar de laatste firmware op de Fritz!Box geholpen heeft. (nu Fritz!Box 5590 Fiber met Fritz!OS 8.02, releasedatum 9 januari 2025)

[HenkRenting]

@visleeuw:
Hier ook de laatste Fritzbox firmware v8.02, maar op een 7590. Nog steeds problemen helaas.
Vind ook veel reacties over wegvallende verbinding op de Button+ site, maar weinig reactie naar een oplossing helaas...
Heb jij wat meer info evr, @buttonplus?

[ Voor 8% gewijzigd door HenkRenting op 16-03-2025 12:52 ]

[buttonplus]

Verontrustend te horen dat de WIFI problemen ook bij Fritzbox routers voorkomen, tot nu toe was het met multiple AP netwerken.

Overgens stel ik vast dat verreweg de meeste gebruikers een stabiele WIFI verbinding hebben, die maanden achter elkaar actief is. Ook zal de Button de verbinding herstellen als b.v. de router reboot.

Natuurlijk neem ik deze problemen zeer serieus. Momenteel ben ik bezig de FW code over te zetten naar ESP-IDF 5. Ik verwacht daarmee verbeteringen, maar in ieder geval is dat een startpunt voor een grondige analyse van de WIFI verbindingen.

[visleeuw]

@buttonplus : dank voor je reactie. Je schrijft

buttonplus schreef op maandag 17 maart 2025 @ 00:46:
Verontrustend te horen dat de WIFI problemen ook bij Fritzbox routers voorkomen, tot nu toe was het met multiple AP netwerken.
...

Voor de volledigheid: Mijn netwerk bestaat uit een Fritz!Box 5590 Fiber als mesh master met twee extra AP's, een Fritz 1200 AX en een Fritz 3000 AX. Dus wel een multiple AP netwerk.

@HenkRenting : Hoe ziet jouw netwerk er uit? Alleen de Fritz!Box 7590 of ook nog repeaters/AP's?

[ Voor 9% gewijzigd door visleeuw op 17-03-2025 10:08 . Reden: vraag toegevoegd ]

[Michel]

Voor wat het waard is, hier ook een Ruckus netwerk met problemen. Eens in de 2 a 3 weken valt de button plus weg, en soms enkele dagen kort achter elkaar ook.

Hangt nu aan een iOT netwerk 2.4ghz only, lijkt iets verschil te maken maar denk dat wat @Timonator aangeeft nog wat stabieler zou werken.

[HenkRenting]

@visleeuw Ik gebruik alleen de Fritzbox 7590 voor iot devices.
Hangt overigens vlakbij, bereik kan het probleem niet zijn...

[buttonplus]

HenkRenting schreef op maandag 17 maart 2025 @ 16:09:
@visleeuw Ik gebruik alleen de Fritzbox 7590 voor iot devices.
Hangt overigens vlakbij, bereik kan het probleem niet zijn...

Hi Henk, gebruik je repeaters of alleen de 7590?

Speciale reden voor een apart IOT netwerk?

Het eventueel resetten van de WIFI credentials kan door het CONFIG knopje (midden onder) 10 seconden (dacht ik) ingedrukt te houden. De Button gaat dan weer in AP modus, maar de configuratie blijft gewoon bewaard.

[HenkRenting]

Gebruik alleen de 7590, geen repeaters.

Reden voor een iot netwerk is dat mijn andere wifi netwerk een mesh 2.4/5GHz set is (Asus XT8) waar sommige iot devices niet heel goed mee omgaan.

Resetten heeft helaas niet geholpen en ook verbinden met het Asus netwerk niet.
Zijn op de Button+ support site ook veel klachten over in het betreffende topic.

[sorted.bits]

buttonplus schreef op maandag 17 maart 2025 @ 00:46:

Overgens stel ik vast dat verreweg de meeste gebruikers een stabiele WIFI verbinding hebben, die maanden achter elkaar actief is.

Hoe stel je dat vast? Daar ben ik benieuwd naar.

[buttonplus]

sorted.bits schreef op dinsdag 18 maart 2025 @ 05:37:
[...]


Hoe stel je dat vast? Daar ben ik benieuwd naar.

Vooropgesteld, ik vind deze problemen heel vervelend en wil er niets aan af doen, sterker nog, ik heb er zelf nog steeds last van. Ik gebruik een oude router omdat mijn Unify AP's geen stabiele verbinding geven (de verbinding met de oude TP-link is zo stabiel als een kabel).

Tegelijkertijd zijn er nu bijna 2000 Button+'s geleverd, en al zullen er best een paar in een la liggen, gezien de FW downloads zijn de meeste daarvan actief. Het aantal gerapporteerde problemen is dus relatief laag.

Daarnaast sta ik in nauw contact met enkele tientallen gebruikers, en ook al hebben sommige ook problemen gehad, zij hebben nu een stabiele verbinding.

Moraal: het kan dus wel, maar:

Wifi is helaas fundamenteel minder betrouwbaar dan kabels. Ik heb eens in een appartementencomplex gewoond waar welke Wifi dan ook volledig onbruikbaar was, ik vermoed door oververzadiging. In mijn huidige grote huis heb ik mijn Ruckus netwerk (AP's van 600 euro) vervangen door Unify, maar nog steeds hebben IOT apparaten geen stabiele verbinding.

Wat ga ik hieraan doen: Het uiterste halen uit de ESP-IDF 5 stack (FW 3.0). En inzetten op een UTP bekabelde optie.

Wat kunnen jullie zelf doen? Gebruik waar mogelijk enkelvoudige router/AP, schakel niet gebruikte WIFI uit. Let op muren en afstanden. Het is mijn ervaring, hoe minder/eenvoudiger, hoe beter.

[Timonator]

Inderdaad bedraad is altijd het beste. Ik ben wel benieuwd naar de UTP bekabelde optie, denk als je hier PoE een mogelijkheid maakt, je heel veel mensen gelukkig kunt maken.

[JackBol]

buttonplus schreef op maandag 17 maart 2025 @ 00:46:
Verontrustend te horen dat de WIFI problemen ook bij Fritzbox routers voorkomen, tot nu toe was het met multiple AP netwerken.

Ik heb een multiple AP netwerk (3x meraki wifi6 APs) en 5 button+ in mijn huis hangen.
Deze 5 buttons hebben een super stabiele verbinding voor zolang ze al hangen.

[Bob]

buttonplus schreef op dinsdag 18 maart 2025 @ 12:10:
[...]


Vooropgesteld, ik vind deze problemen heel vervelend en wil er niets aan af doen, sterker nog, ik heb er zelf nog steeds last van. Ik gebruik een oude router omdat mijn Unify AP's geen stabiele verbinding geven (de verbinding met de oude TP-link is zo stabiel als een kabel).

Tegelijkertijd zijn er nu bijna 2000 Button+'s geleverd, en al zullen er best een paar in een la liggen, gezien de FW downloads zijn de meeste daarvan actief. Het aantal gerapporteerde problemen is dus relatief laag.

Daarnaast sta ik in nauw contact met enkele tientallen gebruikers, en ook al hebben sommige ook problemen gehad, zij hebben nu een stabiele verbinding.

Moraal: het kan dus wel, maar:

Wifi is helaas fundamenteel minder betrouwbaar dan kabels. Ik heb eens in een appartementencomplex gewoond waar welke Wifi dan ook volledig onbruikbaar was, ik vermoed door oververzadiging. In mijn huidige grote huis heb ik mijn Ruckus netwerk (AP's van 600 euro) vervangen door Unify, maar nog steeds hebben IOT apparaten geen stabiele verbinding.

Wat ga ik hieraan doen: Het uiterste halen uit de ESP-IDF 5 stack (FW 3.0). En inzetten op een UTP bekabelde optie.

Wat kunnen jullie zelf doen? Gebruik waar mogelijk enkelvoudige router/AP, schakel niet gebruikte WIFI uit. Let op muren en afstanden. Het is mijn ervaring, hoe minder/eenvoudiger, hoe beter.

Is het geen mogelijkheid om als last resort een reboot van de esp, of indien mogelijk, van het netwerkgedeelte te doen wanneer je met zekerheid vaststelt dat er geen wifi verbinding is gedurende X tijd?
Gezien een reset in mijn geval altijd helpt, en ik er vanuit ga dat de situatie in software herkend kan worden, lijkt me het een eenvoudige fix? Minder mooi dat het probleem fundamenteel oplossen, maar voor de eindgebruiker wel erg handig.

[Holmes]

Ik vroeg me af of er hier meer mensen zijn die sinds versie 2.0 problemen hebben met hun B+? Ik heb in ieder geval sinds die versie alleen maar problemen. Ik krijg de B+ niet goed meer werkend. Sindsdien heb ik hem ook van de muur gehaald. Ik probeer nu weer de B+ tot leven te wekken, maar wat ik ook doe… zodra ik de oude configuratie wil laden en gebruiken, reboot de B+ altijd tig keer als ik een knop indruk. Daarna kan ik er alsnog niets meer mee. Ik begrijp gewoon niet wat ik fout doe. Ik zou liever naar een lagere versie van de firmware gaan, maar ik heb gekeken hoe dat eventueel moet, en ik kwam er echt niet uit wat betreft PIP installeren, enz. Dus daar ga ik niet eens aan beginnen. Het is wel jammer dat het zo moet eindigen met mijn B+.

[buttonplus]

Holmes schreef op zondag 23 maart 2025 @ 14:23:
Ik vroeg me af of er hier meer mensen zijn die sinds versie 2.0 problemen hebben met hun B+? Ik heb in ieder geval sinds die versie alleen maar problemen. Ik krijg de B+ niet goed meer werkend. Sindsdien heb ik hem ook van de muur gehaald. Ik probeer nu weer de B+ tot leven te wekken, maar wat ik ook doe… zodra ik de oude configuratie wil laden en gebruiken, reboot de B+ altijd tig keer als ik een knop indruk. Daarna kan ik er alsnog niets meer mee. Ik begrijp gewoon niet wat ik fout doe. Ik zou liever naar een lagere versie van de firmware gaan, maar ik heb gekeken hoe dat eventueel moet, en ik kwam er echt niet uit wat betreft PIP installeren, enz. Dus daar ga ik niet eens aan beginnen. Het is wel jammer dat het zo moet eindigen met mijn B+.

Zou je die configuratie naar mij ([e-mail]) kunnen mailen? Dan probeer ik hem ook te laden en te kijken waar het fout gaat.

[Torch1969]

Holmes schreef op zondag 23 maart 2025 @ 14:23:
Ik vroeg me af of er hier meer mensen zijn die sinds versie 2.0 problemen hebben met hun B+? Ik heb in ieder geval sinds die versie alleen maar problemen. Ik krijg de B+ niet goed meer werkend. Sindsdien heb ik hem ook van de muur gehaald. Ik probeer nu weer de B+ tot leven te wekken, maar wat ik ook doe… zodra ik de oude configuratie wil laden en gebruiken, reboot de B+ altijd tig keer als ik een knop indruk. Daarna kan ik er alsnog niets meer mee. Ik begrijp gewoon niet wat ik fout doe. Ik zou liever naar een lagere versie van de firmware gaan, maar ik heb gekeken hoe dat eventueel moet, en ik kwam er echt niet uit wat betreft PIP installeren, enz. Dus daar ga ik niet eens aan beginnen. Het is wel jammer dat het zo moet eindigen met mijn B+.

@Holmes Klopt het dat jij de button+ vanaf een homey gebruikt? Zo ja, probeer dan eens je button en display configuraties met de laatste app versie op te slaan en opnieuw te laden. De configuraties zijn technisch wat gewijzigd in de app en geven soms problemen als je de oude (voor firmware 1.x bedoelde) configuraties probeert te gebruiken. Zit hem in de “Pages” functionaliteit (ook al gebruik je die niet).

[Holmes]

@Torch1969 bedankt voor het meedenken, ga ik zeker even bekijken of dit helpt. mocht ik er niet uitkomen zal ik je de configuratie toesturen @buttonplus

[smooc]

Als je last hebt van instabiele Wifi, check dan eens of een vereenvoudiging van je configuratie werkt. Helaas gaat de button niet zo heel best om met geheugen. Wifi re-negotation heeft nogal wat geheugen nodig en dat is niet altijd beschikbaar. Herstart de button na het laden van je nieuwe configuratie.

[P-Storm]

Zoals andere ook melden had ik last van de disconnects. Ik draaide meerdere mesh points (KPN Superwifi), maar daar kon ik de AP niet vastzetten voor een device.

Ik heb een upgrade gedaan (want die was toch voor de rest van het huis nodig) met Asus ZenWiFi XD5, daar kon ik hem vastpinnen op AP.

Nadat ik dit heb gedaan is het alweer een week zonder disconnects, dus firmware lijkt niet stabiel te zijn met de meerdere AP switching.

[Ron168]

Ik zelf heb een Unifi netwerk met 5 access points, ik heb 1 Button Plus ophangen, met 3 bars. Op de laatste firmware, al sinds december, 4 pagina's en ik gebruik deze met Home Assistant.

Ik heb nog nooit problemen gehad met verbinding of wat dan ook. De Button Plus zit op een VLAN, samen met andere IOT apparaten. De access points zenden zowel 2.4GHz als ook 5GHz.

Kan het niet zo zijn dat het hardware problemen zijn bij de mensen met verbindingsproblemen?

[ChopperGunnerNL]

Even een noob vraag hier.
Ik ben zelf niet zo bekend met domotica/IoT zaken helaas en kan hier niet zo gauw antwoord op vinden.
Maar kan de Button+ ook gebruikt worden zonder gebruik van Home Assistant o.i.d.?

Hier in huis hebben we alleen een Philips Hue Bridge voor alle Hue lampen en nog losse slimme apparaten die via Homekit of Google Home werken, maar we hebben geen home automation systeem.
Kan ik de Button+ gebruiken als vervanger voor onze klassieke wipschakelaar en hiermee de Hue lampen bedienen (en evt. Sonos speaker) zonder gebruik van Home Assistant, Homey etc.? Zag wel dat MQTT protocol van de Button+ ook Zigbee apparaten kan aansturen.

[Koen Hendriks]

ChopperGunnerNL schreef op dinsdag 6 mei 2025 @ 17:36:
Even een noob vraag hier.
Ik ben zelf niet zo bekend met domotica/IoT zaken helaas en kan hier niet zo gauw antwoord op vinden.
Maar kan de Button+ ook gebruikt worden zonder gebruik van Home Assistant o.i.d.?

Hier in huis hebben we alleen een Philips Hue Bridge voor alle Hue lampen en nog losse slimme apparaten die via Homekit of Google Home werken, maar we hebben geen home automation systeem.
Kan ik de Button+ gebruiken als vervanger voor onze klassieke wipschakelaar en hiermee de Hue lampen bedienen (en evt. Sonos speaker) zonder gebruik van Home Assistant, Homey etc.? Zag wel dat MQTT protocol van de Button+ ook Zigbee apparaten kan aansturen.

In principe is de button plus een op zichzelf staand apparaat en communiceert het met een bestaande MQTT broker (server).
Hiermee kan die 2 dingen doen

1. Als er iets gebeurt op de Button+ een bericht sturen (linker knop 1 ingedrukt)
2. Als er een bericht over MQTT komt reageren (temperatuur woonkamer is nu 12 graden -> zet op display knop 1)

Maar je hebt dus wel een eigen MQTT broker (server) nodig. Dit heb je op dit moment niet dus je zult wel zoiets moeten hebben draaien (bijvoorbeeld op een RPI, of binnen home assistant of homey).

Zigbee werkt niet met het MQTT protocol, maar er is software die Zigbee berichten over MQTT verstuurd en andersom bij een MQTT bericht een Zigbee commando stuurt. (Zigbee2mqtt) Dit wordt vaak in combinatie met home assistant gebruikt.

[ChopperGunnerNL]

Koen Hendriks schreef op dinsdag 6 mei 2025 @ 18:41:
[...]


In principe is de button plus een op zichzelf staand apparaat en communiceert het met een bestaande MQTT broker (server).
Hiermee kan die 2 dingen doen

1. Als er iets gebeurt op de Button+ een bericht sturen (linker knop 1 ingedrukt)
2. Als er een bericht over MQTT komt reageren (temperatuur woonkamer is nu 12 graden -> zet op display knop 1)

Maar je hebt dus wel een eigen MQTT broker (server) nodig. Dit heb je op dit moment niet dus je zult wel zoiets moeten hebben draaien (bijvoorbeeld op een RPI, of binnen home assistant of homey).

Zigbee werkt niet met het MQTT protocol, maar er is software die Zigbee berichten over MQTT verstuurd en andersom bij een MQTT bericht een Zigbee commando stuurt. (Zigbee2mqtt) Dit wordt vaak in combinatie met home assistant gebruikt.

Dit beantwoord precies mijn vragen! Dank!

Ik denk dat ik in mijn specifieke geval op zoek ga naar iets eenvoudigers wat geen broker/server nodig heeft of in elk geval direct met Philips Hue/Zigbee kan communiceren. Wie weet dat ik dit in de toekomst wel weer zou overwegen want het is wel een zeer interessant product.

[kennyboy55]

Ik zie zojuist pas dat er een v2.0.1 van de firmware beschikbaar is (al sinds eind Maart blijkbaar). Heeft iemand deze al geïnstalleerd? Enig idee wat er gewijzigd is?

[Torch1969]

kennyboy55 schreef op zaterdag 10 mei 2025 @ 20:00:
Ik zie zojuist pas dat er een v2.0.1 van de firmware beschikbaar is (al sinds eind Maart blijkbaar). Heeft iemand deze al geïnstalleerd? Enig idee wat er gewijzigd is?

Staat gewoon op de site:
https://button.plus/support/firmware
https://button.plus/blog/106

[ Voor 8% gewijzigd door Torch1969 op 11-05-2025 09:31 ]

[Timonator]

Oh, die heb ik totaal gemist. Weet iemand wat er in de update zit? Enige wifi verbetering?

[kennyboy55]

Torch1969 schreef op zondag 11 mei 2025 @ 09:30:
[...]

Staat gewoon op de site:
https://button.plus/support/firmware
https://button.plus/blog/106

Dat is v2.0. Die heb ik geïnstalleerd. Het gaat met specifiek over v2.0.1.

Er is geen blogpost, geen changelog, geen enkele info wat hier in gewijzigd is.

[Daros]

Hoe kan je de label van de display buttons vullen? Als ik die aanmaak onder kopje Display dan heb ik niet de keuze om dit in te vullen.

[visleeuw]

Daros schreef op vrijdag 16 mei 2025 @ 16:55:
Hoe kan je de label van de display buttons vullen? Als ik die aanmaak onder kopje Display dan heb ik niet de keuze om dit in te vullen.

Nee, dat klopt. Je moet een passend display item definiëren voor de button op het display. Dat kun je dan met een waarde vullen.

[ Voor 0% gewijzigd door visleeuw op 16-05-2025 18:03 . Reden: typo ]

[Daros]

visleeuw schreef op vrijdag 16 mei 2025 @ 18:02:
[...]

Nee, dat klopt. Je moet een passend display item definiëren voor de button op het display. Dat kun je dan met een waarde vullen.

Bedankt voor je reactie, ik begrijp je antwoord niet helemaal.
Voor nu heb ik onder Display een display item aangemaakt met Tekst en uitgelijnd links en rechts naar de knoppen.

[visleeuw]

Daros schreef op maandag 19 mei 2025 @ 08:58:
[...]


Bedankt voor je reactie, ik begrijp je antwoord niet helemaal.
Voor nu heb ik onder Display een display item aangemaakt met Tekst en uitgelijnd links en rechts naar de knoppen.

Je hebt in ieder geval gedaan wat ik bedoelde. Dat display item werkt nu als label voor de knop en kun je via MQTT met een waarde of een tekst vullen.

[ Voor 1% gewijzigd door visleeuw op 19-05-2025 10:07 . Reden: 'of een tekst' toegevoegd ]

[Milmoor]

Als de stroom er af is geweest start de Button+ sneller dan mijn Wifi. Dan komt er een grote waarschuwing/advies in beeld wat niet van toepassing is. Ook als de wifi om een andere reden wegvalt zal dit gebeuren. Ik zou het fijn vinden als de Wifi na x tijd weer een poging deed, en na y tijd een herstart. Dat zou het geheel robuuster maken. Soms ben je nou eenmaal met je elektronica aan het rommelen.

[bartve]

Mijn Button+ hangt nu ruim een half jaar in de woonkamer, en het werkt goed, en het is een mooi stukje hardware.

Na zo'n zin volgt altijd een maar ...

Ik regel al heel veel in huis met Home Assistant (lampen, sensoren, ventilatie, pv, audio/video) en sinds vorig jaar ook een full electric warmtepomp. Nu heb ik bij ingebuikname van de warmtepomp het display van de B+ heel veel technische data van de warmtepomp laten weergeven (frequentie compressor, rpm pomp, rpm fan, etc.) om het ding een beetje te monitoren on the go. Alleen voor mij interessant en niet voor mijn huisgenoten.

De eerste installatie van de B+ heeft me veel moeite gekost, en nu ik alles wat vriendelijker voor anderen wilde inrichten (display, knoppen, ...) zakt me de moed een beetje in de schoenen (het kan ook aan mij liggen, maar ik wil er niet al teveel tijd aan kwijt zijn).

Lang verhaal kort: zijn er hier mensen die voordat ze een B+ gingen gebruiken een (kleine) tablet op de muur hadden om alles via Home Assistant te regelen en te monitoren (via Fully Kiosk, etc.)? Wat zijn de voor-en nadelen van de een ivm de ander?

Wat mij ook niet stimuleert is dat het hier en op de B+ website erg stil blijft, de ondersteuning niet heel omvangrijk is (dat is misschien by design) en de doorontwikkeling niet heel hard loopt?

[Timonator]

@buttonplus Ik heb op dit moment 3 button plusses en begin me toch een beetje zorgen te maken om het product/project.

De laatste update middels de blog dateert alweer van december 2024.
Er is een kleine 2.0.1 update geweest 28-03-2025 zonder aankondiging of enige informatie.
Zelfs in de issue lijst staat al een remark met de vraag "is this project dead?"

Ik denk dat het nodig is dat er gecommuniceerd gaat worden. Ik snap dat een dergelijk product de grond uitstampen met HW/SW ontwikkeling, supply chain heel veel moeilijkheden met zich meebrengt en waarschijnlijk ook een persoonlijke impact zal hebben, maar een hoop mensen hebben geld geinvesteerd en vragen zich af of het project nog toekomst heeft.

Als er gewoon niet genoeg tijd is om het allemaal te programmeren kun je altijd om hulp vragen. Ik snap dat je dit niet graag open source maakt (motivatie op je website kopieren van China). Maar hier zit een forum vol fanatieke tweakers, die wellicht wel kunnen/willen helpen. Dat zou je dan gewoon met een NDA o.i.d. kunnen regelen. Ik wil i.i.g. niet al teveel veronderstellingen maken, maar zou het wel fijn vinden als je zou kunnen reageren met een reactie en misschien wat meer updates?

[Koen Hendriks]

Timonator schreef op woensdag 4 juni 2025 @ 13:51:
@buttonplus

...

Maar hier zit een forum vol fanatieke tweakers, die wellicht wel kunnen/willen helpen.

Puur alleen hier even op reagerend; er is een besloten alfa groep met integrate ontwikkelaars en andere Tweakers die veel testen en melden over de firmware, bugs etc.

[visleeuw]

Koen Hendriks schreef op donderdag 5 juni 2025 @ 18:06:
[...]


Puur alleen hier even op reagerend; er is een besloten alfa groep met integrate ontwikkelaars en andere Tweakers die veel testen en melden over de firmware, bugs etc.

Dat is in ieder geval goed nieuws, het project is in ieder geval niet 'dood'. Wat meer communicatie over de ontwikkelingen zou helpen om het vertrouwen van de community/de bezitters van een Button te houden.

[Timonator]

Ik zag gelukkig dat er iets van update is gegeven in de issue lijst op de Button.plus pagina.
Dit is een reactie op de vraag of het "project" dood is.

Ronald Wijnsema (6 days ago)
Button+ is not a project, it's a product. And it's definitely not dying.
We are working hard on a V2 (hardware) version, which has our highest priority.
Firmware 3.0 is being worked on as well. It will bring support for graphics.

[smnk]

Ik heb een klein probleempje met de montage. Ik heb het plastic achterplaatje gemonteerd. Deze lijnt mooi uit met de rest van de behuizing en de plastic grijpertjes zitten goed uitgelijnd. Ik krijg ze alleen niet in het display geklikt. Althans, niet lang. Want als ik ze loslaat springt het display meteen los en naar voren. Ik hoor wel wat klikken (maar het klikt ook weer los…) maar het is me niet duidelijk of en zo ja wat ik dan verkeerd doe. Iemand tips?

Voor de duidelijkheid: de onderste klemmetjes zitten goed wel vast. Die klikken goed en blijven goed zitten. Die kan ik ook locken met de schroefjes aan de onderkant.

[ Voor 9% gewijzigd door smnk op 10-07-2025 21:46 ]

[Timonator]

Ik geloof dat je een nieuwe HW versie hebt, met een plaatje achter het scherm, om te zorgen dat dit niet naar de muur kan veren. Helaas heb ik deze zelf niet dus kan er niet veel over zeggen. Zat er documentatie bij de button plus? Want volgens mij is de documentatie op de website niet up to date met de nieuwe hardware.

[smnk]

Timonator schreef op zaterdag 12 juli 2025 @ 23:34:
Ik geloof dat je een nieuwe HW versie hebt, met een plaatje achter het scherm, om te zorgen dat dit niet naar de muur kan veren. Helaas heb ik deze zelf niet dus kan er niet veel over zeggen. Zat er documentatie bij de button plus? Want volgens mij is de documentatie op de website niet up to date met de nieuwe hardware.

Klopt, bedankt voor je reactie. Qua hardware erg onder de indruk, maar er zat 0 instructie bij het pakket en de documentatie online is inderdaad niet up to date en onvolledig. Maar goed, ook zonder instructies had ik em binnen niet al te lange tijd in de juiste volgorde aan de muur, maar ik heb wel enorm lopen worstelen met het inklikken van het display, ook omdat ik bang was te veel druk te zetten of op de verkeerde manier druk te zetten en daarmee het display te beschadigen. Dat is gelukkig niet gebeurd, dus dat pleit wel weer voor de kwaliteit...

Ik had wel deze (officiële) video gevonden, die de tip geeft eerst een kant in te klikken en daarna de andere: YouTube: Installing the display support

Bij mij lukte dat een aantal keer, maar eigenlijk alleen als ik alle onderdelen los van de muur had (wat ik uiteindelijk maar heb gedaan om meer zicht te hebben op het geheel). Als ik alles aan de muur had bevestigd lukte het me helaas ook op deze manier niet.

Wat wel lukte uiteindelijk is met een schroevendraaier (of iets anders) 1 van de klemmetjes een heel klein beetje naar buiten duwen terwijl je vanaf die kant ook het display inklikt. De andere klem volgt dan daarna wel.

Inmiddels wel werkt in HA maar ook daar was het prutsen om de broker werkend te krijgen (werkt bij mij bijv alleen met IP-adres en niet op mqtt://homeassistent.local, terwijl mijn airco's wel prima connecten via MQTT op dat .local adres). Al wat verder nu gelukkig en wat simpele knoppen kunnen inrichten, maar ook hier mis ik nog wel wat info. Vooral nog even bedenken hoe ik de LED-jes ga aansturen vanuit HA. Het is me überhaupt nog niet gelukt die via een MQTT bericht aan te zetten.

Als ik wat verder ben zal ik misschien mijn leerproces nog eens wat uitvoeriger documenteren en online delen... Kan geen kwaad denk ik.

Nogmaals, qua hardware wel echt onder de indruk en het is een verademing dat je gewoon ziet wat een knop doet.

[Froos]

Misschien dat het al eerder eens is gevraagd maar ik zie 'm zo niet:

Weet iemand of de fix voor de WiFi (met name AP roaming etc) al in de pipeline zit?

Ik zie dat er een beta van firmware v3 op de site staat. Ik had eigenlijk gehoopt dat v2.0.1 'm al had maar dat was helaas niet het geval.

Ik word namelijk stapelgek van die 'WiFi disconnected" melding.

[balk]

Froos schreef op zondag 13 juli 2025 @ 17:29:
Misschien dat het al eerder eens is gevraagd maar ik zie 'm zo niet:

Weet iemand of de fix voor de WiFi (met name AP roaming etc) al in de pipeline zit?

Ik zie dat er een beta van firmware v3 op de site staat. Ik had eigenlijk gehoopt dat v2.0.1 'm al had maar dat was helaas niet het geval.

Ik word namelijk stapelgek van die 'WiFi disconnected" melding.

Ik heb mijn twijfels of dit met een fix opgelost kan worden. Het is wellicht een ESP32 dingetje. Wat bij mij hielp was om de B+ op een 2.5GHz only netwerk te zetten. Band steering van mijn unifis zorgde voor problemen; die duwt naar 5GHz maar dat kunnen deze esp's niet.

[Froos]

balk schreef op maandag 14 juli 2025 @ 06:50:
[...]

Ik heb mijn twijfels of dit met een fix opgelost kan worden. Het is wellicht een ESP32 dingetje. Wat bij mij hielp was om de B+ op een 2.5GHz only netwerk te zetten. Band steering van mijn unifis zorgde voor problemen; die duwt naar 5GHz maar dat kunnen deze esp's niet.

Ik heb me laten vertellen dat voor het AP roaming probleem er een firmware fix is voor de esp32. Geen idee of dit klopt maar gezien de bron heb ik er wel vertrouwen in.

Overigens; ik kan je bandsteering in het algemeen van harte afraden. De meeste clients vinden een gedwongen move naar 5ghz niet leuk en gaat het ten koste van de performance.

[dog4life]

Froos schreef op maandag 14 juli 2025 @ 09:03:
[...]
Overigens; ik kan je bandsteering in het algemeen van harte afraden. De meeste clients vinden een gedwongen move naar 5ghz niet leuk en gaat het ten koste van de performance.

Ik heb wat moeite gedaan om dit werkend te krijgen (3 AP's op openwrt), maar er waren meer clienten die het niet leuk vonden dan die er 'normaal' mee omgingen.
Dus nu weer lekker zonder

[Timonator]

Ik krijg die firmware versie beta 3 met geen mogelijkheid geinstalleerd, weet niet of het iemand anders al gelukt is. Ik zag nu dat de button+ ook met WPA3 verbonden is met mijn AP. Die ga ik eens op WPA2 forceren, eens kijken of het daar aan ligt.

[visleeuw]

Timonator schreef op dinsdag 15 juli 2025 @ 10:19:
Ik krijg die firmware versie beta 3 met geen mogelijkheid geinstalleerd, weet niet of het iemand anders al gelukt is. Ik zag nu dat de button+ ook met WPA3 verbonden is met mijn AP. Die ga ik eens op WPA2 forceren, eens kijken of het daar aan ligt.

Op 3 juli heb ik een issue over het niet kunnen installeren van versie 3 aangemaakt op button.plus (issue 286). Daar is tot nu toe 1 comment op gekomen van iemand die het ook niet lukt. @Timonator jij bent dan in ieder geval de derde.

[Froos]

visleeuw schreef op dinsdag 15 juli 2025 @ 10:35:
[...]

Op 3 juli heb ik een issue over het niet kunnen installeren van versie 3 aangemaakt op button.plus (issue 286). Daar is tot nu toe 1 comment op gekomen van iemand die het ook niet lukt. @Timonator jij bent dan in ieder geval de derde.

omdat 't ding toch 90% van de tijd met "WiFi disconnected" idle staat te wezen, dacht ik laat ik 't eens proberen met v3.

Hier ook direct "Failed" bij de upgrade.

update: ook even aangevuld bij het gemelde incident. Een extra vote en comment bij de problem ID.

[ Voor 8% gewijzigd door Froos op 15-07-2025 13:15 ]

[Timonator]

Er was mij iets opgevallen toen ik met netwerk settings aan het prullen was op mijn ruckus APs. Ik zag dat de button+ verbonden was via WPA3. Ik had een mix van WPA2/WPA3 aanstaan. Ik heb nu het netwerk gefixt op WPA2 en de button+ lijkt nu verbonden te blijven. Misschien kunnen de mensen die wifi issues hebben hier ook eens naar kijken.

[Luke the Duke]

Na iedere Homey Pro firmware update blijkt de Button+ niet meer te refreshen. Deze heeft FW 2.01. Ik moet dan de app een restart geven. Komt dat jullie ook bekend voor? Zou er een methode zijn om een app restart te automatiseren na een Homey firmware update?

[visleeuw]

Luke the Duke schreef op maandag 28 juli 2025 @ 16:46:
Na iedere Homey Pro firmware update blijkt de Button+ niet meer te refreshen. Deze heeft FW 2.01. Ik moet dan de app een restart geven. Komt dat jullie ook bekend voor? Zou er een methode zijn om een app restart te automatiseren na een Homey firmware update?

Disclaimer: ik gebruik zelf geen Homey Pro, dus het probleem is mij onduidelijk. Kun je iets meer vertellen over de manier waarop de communicatie tussen Homey Pro en Button werkt? Is de Homey Pro ook de MQTT broker en moet de Button zich opnieuw aanmelden na de update van de Homey Pro (en daarmee van de MQTT broker)?

[Torch1969]

Luke the Duke schreef op maandag 28 juli 2025 @ 16:46:
Na iedere Homey Pro firmware update blijkt de Button+ niet meer te refreshen. Deze heeft FW 2.01. Ik moet dan de app een restart geven. Komt dat jullie ook bekend voor? Zou er een methode zijn om een app restart te automatiseren na een Homey firmware update?

Jazeker:
https://homey.app/f/cCcXhx

Als je de trigger kaart "Homey is gestart" niet hebt, dan moet je via instellingen/experimenten de "power user" inschakelen :-)
Deze flow herstart de app button+ iedere keer na een homey herstart. Is iets anders dan je wens, maar volgens mij bereik je hetzelfde. Eventueel kun je nog een paar seconden vertraging inbouwen zodat je zeker weet dat de homey en andere apps helemaal opgestart zijn.

[ Voor 20% gewijzigd door Torch1969 op 28-07-2025 18:48 ]

[Luke the Duke]

Torch1969 schreef op maandag 28 juli 2025 @ 18:46:
[...]

Jazeker:
https://homey.app/f/cCcXhx

Deze flow herstart de app button+ iedere keer na een homey herstart.

Ik heb deze flow nu aangemaakt en zal het de komende tijd eens bekijken. Dankjewel!

[JackBol]

@buttonplus Roland, mag ik je vragen naar je intenties en toewijding aan de Button+? Ik zie dat je nog wel Buttons produceert maar de 2.0 FW is inmiddels ruim 7 maanden oud.

Initieel wilde je de code niet open-sourcen omdat je bang was voor clones, maar ik denk dat we na een jaar wel kunnen stellen dat risico niet super groot is. Als je de code op GitHub gooit, kan dat het project in een enorme versnelling plaatsen.

Ik ben zelf begonnen om een firmware te schrijven die op HTTP requests is gebaseerd ipv MQTT, maar heb geen zin om een losse code base te maintainen. Ik bouw dat liever in een centrale repo.

[balk]

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.

[Michel]

Ik ben ontzettend benieuwd naar de V2 versie, en had het plan deze voor meerdere ruimtes aan te schaffen. Maar het gebrek aan communicatie (hier en via nieuwsbrieven bijvoorbeeld) doet me toch een beetje twijfelen.

Sluit mij dus ook zeker aan bij bovenstaande reacties.

[TKroon]

Hier idem. De website toont ook geen nieuws over wat er dan verbeterd is aan de V2.

[Michel]

Timonator schreef op zondag 27 juli 2025 @ 18:24:
Er was mij iets opgevallen toen ik met netwerk settings aan het prullen was op mijn ruckus APs. Ik zag dat de button+ verbonden was via WPA3. Ik had een mix van WPA2/WPA3 aanstaan. Ik heb nu het netwerk gefixt op WPA2 en de button+ lijkt nu verbonden te blijven. Misschien kunnen de mensen die wifi issues hebben hier ook eens naar kijken.

Ik heb ook Ruckus en dit klinkt als een degelijke oplossing, maar waar heb je die setting gevonden? Kan zijn dat ik te oude hardware heb hoor, maar krijg nergens gevonden waar ik het uberhaupt gemixt aan kan zetten, laat staan uit

Betreft wel Ruckus unleashed voor mij, wellicht zit er nog verschil met management via Zonedirector of smartzone

[smnk]

TKroon schreef op donderdag 31 juli 2025 @ 08:57:
Hier idem. De website toont ook geen nieuws over wat er dan verbeterd is aan de V2.

Staat wel omschreven in deze blog: https://button.plus/blog/104

[buttonplus]

JackBol schreef op woensdag 30 juli 2025 @ 21:28:
@buttonplus Roland, mag ik je vragen naar je intenties en toewijding aan de Button+? Ik zie dat je nog wel Buttons produceert maar de 2.0 FW is inmiddels ruim 7 maanden oud.

Initieel wilde je de code niet open-sourcen omdat je bang was voor clones, maar ik denk dat we na een jaar wel kunnen stellen dat risico niet super groot is. Als je de code op GitHub gooit, kan dat het project in een enorme versnelling plaatsen.

Ik ben zelf begonnen om een firmware te schrijven die op HTTP requests is gebaseerd ipv MQTT, maar heb geen zin om een losse code base te maintainen. Ik bouw dat liever in een centrale repo.

Hi Jack, allereerst: toewijding 100% en ambities 100K units de komende 2 jaar.
Maar natuurlijk snap ik jouw/jullie zorgen. De problemen met de productie en daarop volgende noodzakelijk ontwikkeling van een nieuwe versie hebben voor veel vertraging gezorgd. Maar de ontwikkeling van V2 is bijna klaar en er komt heel binnenkort weer een nieuwsbrief!

Over open source firmware: Ik hou het voorlopig nog gesloten zodat ik de zaak beter in de hand kan houden. Ik heb best sterke ideeën waar het naar toe moet, maar daarbij is betrouwbaarheid belangrijker dan features.

Het succes van dit project zit nu echt vast op de beschikbaarheid van de (nieuwe) hardware. Als de levering weer op gang komt krijgt de ontwikkeling van de firmware ook weer een boost, misschien wel open source.


Even over je HTTP request: jij maakte ooit (augustus 2023...) dit filmpje, waarin de kracht van MQTT heel goed duidelijk wordt:

JackBol schreef op dinsdag 8 augustus 2023 @ 21:59:
[...]

Ik ben ook lekker bezig met die simulator.
Ik heb nu een Shelly Plug S, een switch in Loxone en een button in de simulator allemaal in sync.
Je drukt op 1 van de drie en allemaal schakelen ze realtime mee!

Ik begin echt super enthousiast te worden over dit project!

[Streamable: IMG_0013]

Als je een HTTP request gebruikt voor een 'klik' werkt dat wel, maar de LED dan? Die reageert op een actie van buitenaf, moet de button daar dan naar luisteren? MQTT is gewoon een prachtig protocol, ideaal voor huisautomatisering. Dit moet je niet willen nabouwen.

Als je een HTTP request wilt doen, stuur dan een MQTT bericht naar je controller, b.v. HA of Node Red, en laat deze de HTTP request doen.

[JackBol]

buttonplus schreef op vrijdag 1 augustus 2025 @ 14:42:
[...]


Hi Jack, allereerst: toewijding 100% en ambities 100K units de komende 2 jaar.

Goed om te horen!

Als je een HTTP request wilt doen, stuur dan een MQTT bericht naar je controller, b.v. HA of Node Red, en laat deze de HTTP request doen.

Dat is precies het punt, ik ben op het punt gekomen dat ik de MQTT broker en NodeRed alleen nog maar voor de button+ heb. De rest van mijn huis draait 100% op HTTP. Vandaar de vraag.

[buttonplus]

JackBol schreef op vrijdag 1 augustus 2025 @ 15:41:
Dat is precies het punt, ik ben op het punt gekomen dat ik de MQTT broker en NodeRed alleen nog maar voor de button+ heb. De rest van mijn huis draait 100% op HTTP. Vandaar de vraag.

Als je geen MQTT wilt gebruiken, hoe doe je het dan met de status van devices?

[JackBol]

buttonplus schreef op zaterdag 2 augustus 2025 @ 00:31:
[...]


Als je geen MQTT wilt gebruiken, hoe doe je het dan met de status van devices?

Wat bedoel je precies?

[Timonator]

Michel schreef op donderdag 31 juli 2025 @ 09:00:
[...]


Ik heb ook Ruckus en dit klinkt als een degelijke oplossing, maar waar heb je die setting gevonden? Kan zijn dat ik te oude hardware heb hoor, maar krijg nergens gevonden waar ik het uberhaupt gemixt aan kan zetten, laat staan uit

Betreft wel Ruckus unleashed voor mij, wellicht zit er nog verschil met management via Zonedirector of smartzone

Michel, sorry voor de late reply. Ik zelf gebruik ook Ruckus Unleashed.
Mijn setup is :
1 R850 (wifi 6 AP)
meerdere R500 (wifi 5 AP)
Omdat deze 2 soorten niet met elkaar overweg kunnen zijn er 2 masters bij mij.

Wat WPA3 betreft, dit kun je gemakkelijk zien onder de clients tabel uiterst rechtse kolom Encryption.
WPA2/3 aanzetten zit gewoon onder je Wi-Fi Networks setup. Gewoon je SSID aanklikken en edit. Dan kun je normaal kiezen voor WPA2, WPA3, WPA2/WPA3-Mixed, OWE. Blijkbaar bij mixed default de button+ naar WPA3. Ik heb nu zelf gekozen voor fixed WPA2 voor alle clients. (kwam hier achter toen ik Dynamic PSK ging instellen aparte VLANS op 1 SSID door verschillende wachtwoorden, maar dat is beetje off-topic)

Als jouw APs geen WPA3 ondersteunen dan zou ik het zoeken bij de button+ forceren op 1 vaste AP. Ik heb dit zelf gedaan door bij Admin & Services -> Services -> Access Control -> L2/MAC Access Cotnrol. Hier heb ik het mac address toegevoegd en "Only deny listed stations" aangezet. Hierdoor wordt de button+ niet toegelaten op de R500 APs.

Dit lijkt me voor jou geen oplossing, ik neem even aan dat je 1 master hebt en een aantal slaves die netjes samenwerken.
Wat ik in jouw scenario zou voorstellen is:
Een tweede SSID, enkel voor de Button+ aanmaken. (dit kan volgens mij gewoon hidden SSID zijn)
Dan in Unleashed onder Access Points, kun je group view aanzetten. Dan kun je 1 AP kiezen en in een aparte groep zetten. Dan Heb je een main groep met de standaard SSIDs zonder button+ SSID en 1 button+ group, die de standaard SSIDs heeft en de button+ SSID.

Ik hoop dat je eruit geraakt

[Michel]

Timonator schreef op maandag 4 augustus 2025 @ 15:49:
[...]


Michel, sorry voor de late reply. Ik zelf gebruik ook Ruckus Unleashed.
Mijn setup is :
1 R850 (wifi 6 AP)
meerdere R500 (wifi 5 AP)
Omdat deze 2 soorten niet met elkaar overweg kunnen zijn er 2 masters bij mij.

Wat WPA3 betreft, dit kun je gemakkelijk zien onder de clients tabel uiterst rechtse kolom Encryption.
WPA2/3 aanzetten zit gewoon onder je Wi-Fi Networks setup. Gewoon je SSID aanklikken en edit. Dan kun je normaal kiezen voor WPA2, WPA3, WPA2/WPA3-Mixed, OWE. Blijkbaar bij mixed default de button+ naar WPA3. Ik heb nu zelf gekozen voor fixed WPA2 voor alle clients. (kwam hier achter toen ik Dynamic PSK ging instellen aparte VLANS op 1 SSID door verschillende wachtwoorden, maar dat is beetje off-topic)

Als jouw APs geen WPA3 ondersteunen dan zou ik het zoeken bij de button+ forceren op 1 vaste AP. Ik heb dit zelf gedaan door bij Admin & Services -> Services -> Access Control -> L2/MAC Access Cotnrol. Hier heb ik het mac address toegevoegd en "Only deny listed stations" aangezet. Hierdoor wordt de button+ niet toegelaten op de R500 APs.

Dit lijkt me voor jou geen oplossing, ik neem even aan dat je 1 master hebt en een aantal slaves die netjes samenwerken.
Wat ik in jouw scenario zou voorstellen is:
Een tweede SSID, enkel voor de Button+ aanmaken. (dit kan volgens mij gewoon hidden SSID zijn)
Dan in Unleashed onder Access Points, kun je group view aanzetten. Dan kun je 1 AP kiezen en in een aparte groep zetten. Dan Heb je een main groep met de standaard SSIDs zonder button+ SSID en 1 button+ group, die de standaard SSIDs heeft en de button+ SSID.

Ik hoop dat je eruit geraakt

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!

[The Fatal]

ik krijg mijn button+ niet meer aan de praat.
Na laatste firmware update, naar 2.0.0 waren alle settings weg behalve de WiFi.
Probeerde nieuwe MQTT server toe te voegen, deze blijft alleen maar staan op: Closed connection
Firware updates/downgrades werken ook niet. Dan komt er direct op het scherm: Failed te staan.

enig idee?

[DiXY]

@The Fatal al eens een reset gedaan? https://button.plus/support/docs/88

[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 ]