AXA Remote v2 icm ESP8266 en HomeAssistant

[Stainless Steel]

koelkast schreef op zondag 4 augustus 2024 @ 11:41:
Ik heb nog wel de smart versie, die ik op proef heb ontvangen. Gebruik ik echter niet meer. Mag iemand zo van me overnemen.

Ik heb voor Home Assistant een integratie voor de AXA Remote 2.0 geschreven (https://github.com/rrooggiieerr/homeassistant-axaremote), en heb ook wel interesse in de smart versie zodat ik deze kan reverse engineeren en hier de HA integratie voor kan aanpassen.

[ Voor 22% gewijzigd door Stainless Steel op 12-08-2024 20:20 ]

[Marselaar]

Stainless Steel schreef op maandag 12 augustus 2024 @ 19:53:
[...]


Ik heb voor Home Assistant een integratie voor de AXA Remote 2.0 geschreven (https://github.com/rrooggiieerr/homeassistant-axaremote), en heb ook wel interesse in de smart versie zodat ik deze kan reverse engineeren en hier de HA integratie voor kan aanpassen.

Wat gebruik je dan om hem aan te sturen?

[Stainless Steel]

Marselaar schreef op woensdag 14 augustus 2024 @ 07:24:
[...]


Wat gebruik je dan om hem aan te sturen?

Zowel bedraad met LIN Bus naar USB converter als via WiFi met LIN Bus naar WiFi bridge met een ESP en esp-link

[elleP]

Nitpick: Het is geen LIN bus. De demo-implementatie van axa gebruikt een LIN-tranceiver, maar de data over de bus is geen LIN, het is 'gewoon' serieel. En als je alle verdere features van de LIN-tranciever niet gebruikt is het niet meer dan een level-shifter.

[KrsOne]

JBS schreef op vrijdag 5 mei 2023 @ 14:56:
Ik vond 't wel leuk om eens wat met servo's te doen binnen ESPHome, en heb de Axa Remote 2.0 afstandsbediening eens aangegrepen voor een PoC'je. Ja, dit kan ook met iets als een Switchbot Bot, en nee, dit leg je niet ergens in het zicht, maar het is wel een leuk knutselprojectje.

[Afbeelding]

Dit ziet er tof uit. Heb je dit helemaal zelf gemaakt of is er ergens guide hiervoor? En waar kan ik deze onderdelen kopen?

[JBS]

KrsOne schreef op vrijdag 16 augustus 2024 @ 20:21:
[...]


Dit ziet er tof uit. Heb je dit helemaal zelf gemaakt of is er ergens guide hiervoor? En waar kan ik deze onderdelen kopen?

• De houder voor de AXA afstandsbediening heb ik zelf getekend in Tinkercad (https://www.tinkercad.com/).
• De houders voor de servo heb ik van Thingiverse.
• Servo's zijn SG90 Mini Servo (https://www.tinytronics.n...vomotoren/sg90-mini-servo)

• Geprint met m'n 3D printer.
• De servo's worden aangestuurd door een Wemos D1 Mini met ESPHome.

Het was een leuke knutsel projectje, en kan e.e.a. met je delen, maar...: JBS in "AXA Remote v2 icm ESP8266 en HomeAssistant"

[Stainless Steel]

elleP schreef op woensdag 14 augustus 2024 @ 11:25:
Nitpick: Het is geen LIN bus. De demo-implementatie van axa gebruikt een LIN-tranceiver, maar de data over de bus is geen LIN, het is 'gewoon' serieel. En als je alle verdere features van de LIN-tranciever niet gebruikt is het niet meer dan een level-shifter.

Correct, al is het wel zo dat receive en transmit over de zelfde lijn gaat, bij RS232 serieel zijn dit aparte lijnen

[M.ichel]

Update:

Het project ligt inderdaad op dit moment stil. Hier liggen verschillende oorzaken aan ten grondslag.

Ik verwacht dat dit project in de nabije toekomst weer opgepakt gaat worden.

Helaas, kan ik er op dit moment niet meer over zeggen.

Ze zijn hier al meer dan 3 jaar mee bezig, en ik heb er eerlijk gezegd geen vertrouwen in. Ook de kwaliteit van de app is echt bedroevend slecht. Ik heb hier maar ook op andere fora reacties van beta testers gezien. Daar blijkt allemaal uit dat de communicatie vanuit Allegion/AXA meer dan een jaar geleden is gestopt. Er werden nieuwe units beloofd, die kwamen niet en er kwam ook geen enkel bericht meer.

Samen met bovenstaande reactie kan ik alleen maar de conclusie trekken dat het project de ijskast in is gegaan en dat het de vraag is of het er überhaupt uit komt. Allegion heeft enkele maanden geleden ook alle FAQ's en verwijzingen naar de app van hun website gehaald, dat is ook geen goed teken.

Het concept vind ik goed, maar de uitvoering is echt dramatisch. Concurrent Yale heeft in NZ (waar AXA deze huidige units ook verkoopt) wel een vergelijkbaar product op de markt gebracht met smart home functies. Enige nadeel is dat hun product niet op batterijen werkt.

[Marselaar]

Ik heb op Amazon wel eens alternatieven gezien, maar inderdaad allemaal op 220V helaas

[Baanaaan]

Een aantal weken geleden kwam ik dit topic tegen en ben ik zelf ook een beetje gaan knutselen.
Ik heb een PCB gemaakt met een ESP32-C3 gebaseerd op het schema van galagaking (Thanks hiervoor! ). Er zullen ongetwijfeld wat foutjes in het ontwerp zitten aangezien dit een van de eerste PCB's is die ik maak, maar... het werkt!

Met behulp van ChatGPT de code nog wat aangepast (zelf te weinig kennis voor helaas) om ook een tekst sensor in Home Assistant te krijgen met de huidige status van de AXA Remote.

PCB en code is hier te vinden: https://github.com/Baanaaana/espaxa/tree/master

[JBS]

@Baanaaan Lekker bezig!
Vraag: Is het hiermee ook mogelijk de AXA het raam een beetje te openen in plaats van volledig?
Met andere woorden: Heb je invloed op hoe ver de AXA het raam openduwt in de 'OPEN' opdracht die je stuurt? Of stop je het openen in zo'n geval door een 'STOP' commando?

Uit interesse: Wat waren de kosten van het laten maken van de PCB?

[liquid-motion]

Baanaaan schreef op maandag 4 november 2024 @ 10:14:
Een aantal weken geleden kwam ik dit topic tegen en ben ik zelf ook een beetje gaan knutselen.
Ik heb een PCB gemaakt met een ESP32-C3 gebaseerd op het schema van galagaking (Thanks hiervoor! ). Er zullen ongetwijfeld wat foutjes in het ontwerp zitten aangezien dit een van de eerste PCB's is die ik maak, maar... het werkt!

Heb je eventueel plannen om deze chip op de markt te brengen? Ik ben erg geïnteresseerd.

[Baanaaan]

JBS schreef op maandag 4 november 2024 @ 10:22:
@Baanaaan Lekker bezig!
Vraag: Is het hiermee ook mogelijk de AXA het raam een beetje te openen in plaats van volledig?
Met andere woorden: Heb je invloed op hoe ver de AXA het raam openduwt in de 'OPEN' opdracht die je stuurt? Of stop je het openen in zo'n geval door een 'STOP' commando?

Uit interesse: Wat waren de kosten van het laten maken van de PCB?

Het raam een beetje openen is zeker mogelijk. Met de huidige configuratie kan je tijdens het openen op de stop knop drukken zodat het raam niet volledig open gaat. Je zou ook een extra knop kunnen maken in ESPHome die automatisch na een aantal seconden het stop commando geeft zodat je altijd dezelfde half open stand hebt.

De kosten waren wel wat hoog. Voor 5 stuks heb ik $165 inclusief tax en shipping afgerekend.

Ik ben niet van plan om dit bordje zelf te gaan verkopen. Via onderstaande link kan je de PCB vinden en eventueel aanpassen met EasyEDA. Via EasyEDA kan je vervolgens gemakkelijk de PCB bestellen bij JLCPCB.

https://oshwlab.com/rene4/axa-remote

[ Voor 28% gewijzigd door Baanaaan op 04-11-2024 10:45 . Reden: url ]

[tcw82]

Ik weet niet of @Shoarma4Life nog meeleest hier, maar misschien kan hij (m/v) de berichten van @Baanaaan opnemen in de openingspost?

[Shoarma4Life]

tcw82 schreef op maandag 4 november 2024 @ 10:50:
Ik weet niet of @Shoarma4Life nog meeleest hier, maar misschien kan hij (m/v) de berichten van @Baanaaan opnemen in de openingspost?

Duurde even, maar openingpost is geupdate!

[Stainless Steel]

Ik had ook al een tijdje een half klaar ESPHome external component klaar liggen die ik afgelopen weekend heb afgemaakt en gedocumenteerd.

Mijn component is geïmplementeerd als cover entiteit en ondersteund ook het openen van het raam op een bepaalde stand, niet alleen open of dicht. Bovendien kan het component de tijd die nodig is voor het openen en sluiten kalibreren en je kan ook nog de afstandsbediening blijven gebruiken.

https://github.com/rrooggiieerr/esphome-axaremote

Als er iets aan de documentatie niet duidelijk is hoor ik dat graag

[JBS]

Mooie initiatieven!
Zijn er nog mogelijkheden iets vergelijkbaars voor elkaar te krijgen zonder permanente stroomaansluiting, met batterijen dus?

[elleP]

Ik had een in-elkaar gehackte testunit, hij werkte op batterijen, met HA. Het kan dus wel

Maar ik heb hem weer weggehaald, want ik had nog een paar software bugs, en belangrijker, ik kreeg de hardware niet goed uitgelijnd en na 2x de hele unit uit elkaar moeten halen omdat 'ie vastgelopen was ben ik er mee opgehouden.

Voor de lange termijn was ik aan het kijken of ik hem ipv via wifi op een esp, zigbee aan de praat kan krijgen.
Dat lijkt me een betere keuze qua power-usage en dan is het wellicht ook mogelijk om sneller dan elke x minuten de stand aan te passen.

[Stainless Steel]

Ik denk dat je het jezelf behoorlijk lastig maakt door op batterijen te willen werken. WiFi verbruikt gewoon te veel stroom om continu online te zijn, en ook Zigbee verbruikt nog aardig wat stroom. Alle WiFi en Zigbee sensoren op de markt zijn altijd in slaapstand en worden alleen wakker als er iets te melden is. Bij een raamopener wil je ook dat het apparaat opdrachten kan ontvangen, slaapstand is dan niet mogelijk.

Overigens kan de AXA Remote ook op 9 volt werken, je hebt niet speciaal de originele (dure) voeding nodig

[tcw82]

Stainless Steel schreef op maandag 25 november 2024 @ 19:02:
Ik had ook al een tijdje een half klaar ESPHome external component klaar liggen die ik afgelopen weekend heb afgemaakt en gedocumenteerd.

Mijn component is geïmplementeerd als cover entiteit en ondersteund ook het openen van het raam op een bepaalde stand, niet alleen open of dicht. Bovendien kan het component de tijd die nodig is voor het openen en sluiten kalibreren en je kan ook nog de afstandsbediening blijven gebruiken.

https://github.com/rrooggiieerr/esphome-axaremote

Als er iets aan de documentatie niet duidelijk is hoor ik dat graag

@Shoarma4Life .... Mogen we nog eens vragen hier iets van te copieren naar de openingspost?

[tcw82]

elleP schreef op dinsdag 26 november 2024 @ 09:39:
Ik had een in-elkaar gehackte testunit, hij werkte op batterijen, met HA. Het kan dus wel

Maar ik heb hem weer weggehaald, want ik had nog een paar software bugs, en belangrijker, ik kreeg de hardware niet goed uitgelijnd en na 2x de hele unit uit elkaar moeten halen omdat 'ie vastgelopen was ben ik er mee opgehouden.

Voor de lange termijn was ik aan het kijken of ik hem ipv via wifi op een esp, zigbee aan de praat kan krijgen.
Dat lijkt me een betere keuze qua power-usage en dan is het wellicht ook mogelijk om sneller dan elke x minuten de stand aan te passen.

tja, dat niet goed uitgelijnd krijgen herken ik. er zijn hier een soort XL tochtstrippen geplaatst, die leken "gewoon" haaks.... maar zijn blijkbaar 1 of 2 graden aflopend... poh wat een geklooi.
ze doen het nu goed, maar het had weinig gescheeld of 1 van de twee units had een vlucht gemaakt van zolder naar de oprit

[Stainless Steel]

Hebben jullie wel zo'n mal om de schroefgaten op de juiste plek te krijgen?

[elleP]

Stainless Steel schreef op dinsdag 26 november 2024 @ 11:03:
Hebben jullie wel zo'n mal om de schroefgaten op de juiste plek te krijgen?

Nee, dat was denk ik mijn probleem. Ik heb de units 2e hands gekocht

[Stainless Steel]

Ik heb 1 unit nieuw gekocht, en 5 units 2e hands, dus heb gelukkig 1 mal. Ik zal de mal eend fotograferen en de maten opmeten

[ Voor 26% gewijzigd door Stainless Steel op 26-11-2024 11:06 ]

[damien_demon]

Stainless Steel schreef op maandag 25 november 2024 @ 19:02:
Ik had ook al een tijdje een half klaar ESPHome external component klaar liggen die ik afgelopen weekend heb afgemaakt en gedocumenteerd.

Mijn component is geïmplementeerd als cover entiteit en ondersteund ook het openen van het raam op een bepaalde stand, niet alleen open of dicht. Bovendien kan het component de tijd die nodig is voor het openen en sluiten kalibreren en je kan ook nog de afstandsbediening blijven gebruiken.

https://github.com/rrooggiieerr/esphome-axaremote

Als er iets aan de documentatie niet duidelijk is hoor ik dat graag

Omdat de “custom component” deprecated is in de laatste esphome update heb ik mijn AXA Remote omgezet naar de external component, maar het loopt net niet lekker. Ik kan het raam openen en sluiten (al is het enkel met de schuif schakelaar, niet met de pijltjes en stop knoppen), maar na openen krijg ik nog steeds een closed melding in home assistant (en ook in het webserver scherm onder “state”)
Als ik dan naar de log bestanden ga krijg ik ook continu een error te zien in zowel gesloten stand als in open stand:

[axaremote.cover:323] Unexpected command echo received: 210 Unlocked (wanneer het raam open is)
Of
[axaremote.cover:323] Unexpected command echo received: 211 Strong Locked (wanneer het raam dicht is)

In het log bestand in home assistant zie ik overigens ook geen melding achter device of firmware

Bij het openen zie ik wel een melding van “opening” maar op de volgende regel blijft het percentage op 0% (in het log bestand van de webserver) ik heb auto calibration op true staan.

Heb ik iets over het hoofd gezien? (ik ben een mega amateur op dit gebied, dus bij voorbaat sorry voor mijn “amateurisme”)

[Stainless Steel]

Hoi @damien_demon, bedankt voor het testen van mijn ESPHome external component, jammer dat het bij jou nog niet werkt.

Zou je misschien de logging van je ESPHome device configuration op Debug kunnen zetten?

code:

# Enable logging
logger:
  level: DEBUG

Dit is hoe de logging bij mij er uit ziet:

code:

[11:18:26][D][axaremote.cover:308]: Command: OPEN
[11:18:26][D][axaremote.cover:352]: Response: 200 OK
[11:18:48][D][axaremote.cover:155]: Lock cleared on lock position 100.0%
[11:19:50][D][axaremote.cover:308]: Command: CLOSE
[11:19:50][D][axaremote.cover:352]: Response: 200 OK
[11:20:52][I][axaremote.cover:129]: Full Close Duration: 61.9s
[11:20:52][D][axaremote.cover:087]:   Unlock Duration: 34.0s
[11:20:52][D][axaremote.cover:088]:   Open Duration: 43.3s
[11:20:52][D][axaremote.cover:089]:   Close Duration: 43.3s
[11:20:52][D][axaremote.cover:090]:   Lock Duration: 18.6s

[ Voor 54% gewijzigd door Stainless Steel op 21-02-2025 11:23 ]

[Stainless Steel]

Ik heb gisteravond dit PCB ontwerp naar JLCPCB gestuurd voor het aansturen van de AXA Remote. De PCB past in het batterij compartiment en er kunnen tot twee remotes mee worden aangestuurd. Er zit ook een licht sensor op die je in Home Assistant in je automations zou kunnen gebruiken.



Nog even wachten tot ik hem binnen heb, dan solderen en testen

[damien_demon]

Stainless Steel schreef op vrijdag 21 februari 2025 @ 11:13:
Ik heb gisteravond dit PCB ontwerp naar JLCPCB gestuurd voor het aansturen van de AXA Remote. De PCB past in het batterij compartiment en er kunnen tot twee remotes mee worden aangestuurd. Er zit ook een licht sensor op die je in Home Assistant in je automations zou kunnen gebruiken.

[Afbeelding]

Nog even wachten tot ik hem binnen heb, dan solderen en testen

Dat ziet er mooi uit (als in dat kan je mooi wegwerken). Wordt de ESP gevoed door de originele voeding? (dat gaf bij mij in eerste instantie te veel ruis op de lijn waardoor het niet werkte; ik heb nu de ESP gevoed met een USB-C kabel waarna het voltage richting de AXA omhoog getrokken wordt naar 9v vanaf dezelfde USB adapter en dat heeft altijd goed gewerkt (nu ook, want het raam gaat open en dicht door commando's in HA).

[Stainless Steel]

Ja, de ESP wordt door de AXA Remote gevoed. Ik heb geen originele voeding, maar voed de AXA met een generieke 9 Volt voeding. Als je storing ondervind moet je de data lijn tussen de AXA en ESP over één draad laten gaan, en niet over beide dragen, dan ondervind ik reflectie

[damien_demon]

Stainless Steel schreef op vrijdag 21 februari 2025 @ 11:08:
Hoi @damien_demon, bedankt voor het testen van mijn ESPHome external component, jammer dat het bij jou nog niet werkt.

Zou je misschien de logging van je ESPHome device configuration op Debug kunnen zetten?

code:

# Enable logging
logger:
  level: DEBUG

Dit is hoe de logging bij mij er uit ziet:

code:

[11:18:26][D][axaremote.cover:308]: Command: OPEN
[11:18:26][D][axaremote.cover:352]: Response: 200 OK
[11:18:48][D][axaremote.cover:155]: Lock cleared on lock position 100.0%
[11:19:50][D][axaremote.cover:308]: Command: CLOSE
[11:19:50][D][axaremote.cover:352]: Response: 200 OK
[11:20:52][I][axaremote.cover:129]: Full Close Duration: 61.9s
[11:20:52][D][axaremote.cover:087]:   Unlock Duration: 34.0s
[11:20:52][D][axaremote.cover:088]:   Open Duration: 43.3s
[11:20:52][D][axaremote.cover:089]:   Close Duration: 43.3s
[11:20:52][D][axaremote.cover:090]:   Lock Duration: 18.6s

Ik heb de Debug aangezet, maar ik krijg enkel:

code:

[16:54:54][I][app:100]: ESPHome version 2025.2.0 compiled on Feb 21 2025, 16:43:22
[16:54:54][C][wifi:600]: WiFi:
[16:54:54][C][wifi:428]:   Local MAC: (*********)
[16:54:54][C][wifi:433]:   SSID: [redacted]
[16:54:54][C][wifi:436]:   IP Address: 192.168.20.165
[16:54:54][C][wifi:439]:   BSSID: [redacted]
[16:54:54][C][wifi:441]:   Hostname: 'axaremote'
[16:54:54][C][wifi:443]:   Signal strength: -76 dB ▂▄▆█
[16:54:54][C][wifi:447]:   Channel: 1
[16:54:54][C][wifi:448]:   Subnet: 255.255.255.0
[16:54:54][C][wifi:449]:   Gateway: 192.168.20.1
[16:54:54][C][wifi:450]:   DNS1: 1.1.1.1
[16:54:54][C][wifi:451]:   DNS2: 9.9.9.9
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][logger:177]: Logger:
[16:54:54][C][logger:178]:   Max Level: DEBUG
[16:54:54][C][logger:179]:   Initial Level: DEBUG
[16:54:54][C][logger:181]:   Log Baud Rate: 115200
[16:54:54][C][logger:182]:   Hardware UART: UART0
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][uart.arduino_esp8266:118]: UART Bus:
[16:54:54][C][uart.arduino_esp8266:119]:   TX Pin: GPIO13
[16:54:54][C][uart.arduino_esp8266:120]:   RX Pin: GPIO12
[16:54:54][C][uart.arduino_esp8266:122]:   RX Buffer Size: 256
[16:54:54][C][uart.arduino_esp8266:124]:   Baud Rate: 19200 baud
[16:54:54][C][uart.arduino_esp8266:125]:   Data Bits: 8
[16:54:54][C][uart.arduino_esp8266:126]:   Parity: NONE
[16:54:54][C][uart.arduino_esp8266:127]:   Stop bits: 2
[16:54:54][C][uart.arduino_esp8266:131]:   Using software serial
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][axaremote.cover:063]: AXA Remote cover 'Zolderraam'
[16:54:54][C][axaremote.cover:064]:   Device: 
[16:54:54][C][axaremote.cover:065]:   Firmware: 
[16:54:54][C][axaremote.cover:066]:   Unlock Duration: 27.5s
[16:54:54][C][axaremote.cover:067]:   Open Duration: 35.0s
[16:54:54][C][axaremote.cover:068]:   Close Duration: 35.0s
[16:54:54][C][axaremote.cover:069]:   Lock Duration: 15.0s
[16:54:54][C][axaremote.cover:070]:   Auto calibrate: True
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][restart.button:017]: Restart Button 'restart'
[16:54:54][C][restart.button:017]:   Icon: 'mdi:restart'
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][captive_portal:089]: Captive Portal:
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][web_server:153]: Web Server:
[16:54:54][C][web_server:154]:   Address: axaremote.local:80
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][mdns:116]: mDNS:
[16:54:54][C][mdns:117]:   Hostname: axaremote
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][esphome.ota:073]: Over-The-Air updates:
[16:54:54][C][esphome.ota:074]:   Address: axaremote.local:8266
[16:54:54][C][esphome.ota:075]:   Version: 2
[16:54:54][C][esphome.ota:078]:   Password configured
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][safe_mode:018]: Safe Mode:
[16:54:54][C][safe_mode:019]:   Boot considered successful after 60 seconds
[16:54:54][C][safe_mode:021]:   Invoke after 10 boot attempts
[16:54:54][C][safe_mode:022]:   Remain in safe mode for 300 seconds
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][api:140]: API Server:
[16:54:54][C][api:141]:   Address: axaremote.local:6053
[16:54:54][C][api:143]:   Using noise encryption: YES
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][C][wifi_signal.sensor:010]: WiFi Signal 'WiFi Signal dB'
[16:54:54][C][wifi_signal.sensor:010]:   Device Class: 'signal_strength'
[16:54:54][C][wifi_signal.sensor:010]:   State Class: 'measurement'
[16:54:54][C][wifi_signal.sensor:010]:   Unit of Measurement: 'dBm'
[16:54:54][C][wifi_signal.sensor:010]:   Accuracy Decimals: 0
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:54][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:55][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:56][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:54:56][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked

in home assistant en in de webserver staat het raam onder "state" als "closed" (maar gezien het mooie weer staat het echt open; wat volgens mij dus ook zichtbaar is onder de 210 Unlocked

Als ik vervolgens een "open" Command laat sturen krijg ik:

code:

[16:59:09][D][cover:170]: 'Zolderraam' - Publishing:
[16:59:09][D][cover:173]:   Position: 0%
[16:59:09][D][cover:186]:   Current Operation: OPENING
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][D][cover:170]: 'Zolderraam' - Publishing:
[16:59:09][D][cover:173]:   Position: 0%
[16:59:09][D][cover:186]:   Current Operation: OPENING
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][E][axaremote.cover:323]: Unexpected command echo received: 210 UnLocked
[16:59:09][D][cover:170]: 'Zolderraam' - Publishing:
[16:59:09][D][cover:173]:   Position: 0%
[16:59:09][D][cover:186]:   Current Operation: OPENING

percentage loopt ook niet op of af (tijdens sluiten en openen van het raam)
Ik heb het gevoel dat ik iets over het hoofd zie of niet goed heb "geknipt en geplakt" (dat is een beetje mij programmeer niveau als je begrijpt wat ik bedoel)

[Stainless Steel]

@damien_demon, volgens mij weet ik wat er bij jou mis gaat. Er worden bij jou géén command echo's terug gegeven, maar meteen het antwoord "210 UnLocked" op het commando.

Mijn code stuurt een commando naar de AXA Remote, en verwacht éérst een command echo terug te krijgen voordat het daadwerkelijke antwoord op het commando komt:

code:

> STATUS
< STATUS
< 210 UnLocked

Terwijl er bij jou dus geen command echo wordt terug gegeven:

code:

> STATUS
< 210 UnLocked

Hoe dit precies komt weet ik niet. Misschien dat de firmware van jou AXA Remote van een andere versie is die de commando's niet echo't, of is de door jou gebruikte LIN Transceiver van een andere soort. Ik gebruik de MCP2003 welke half-duplex is met input buffer, wat gebruik jij? En hoe heb je de boel aangesloten?

[damien_demon]

Stainless Steel schreef op vrijdag 21 februari 2025 @ 22:47:
@damien_demon, volgens mij weet ik wat er bij jou mis gaat. Er worden bij jou géén command echo's terug gegeven, maar meteen het antwoord "210 UnLocked" op het commando.

Mijn code stuurt een commando naar de AXA Remote, en verwacht éérst een command echo terug te krijgen voordat het daadwerkelijke antwoord op het commando komt:

code:

> STATUS
< STATUS
< 210 UnLocked

Terwijl er bij jou dus geen command echo wordt terug gegeven:

code:

> STATUS
< 210 UnLocked

Hoe dit precies komt weet ik niet. Misschien dat de firmware van jou AXA Remote van een andere versie is die de commando's niet echo't, of is de door jou gebruikte LIN Transceiver van een andere soort. Ik gebruik de MCP2003 welke half-duplex is met input buffer, wat gebruik jij? En hoe heb je de boel aangesloten?

Ik heb in het verleden heb ik de versie van Galagaking nagemaakt:

galagaking schreef op donderdag 27 augustus 2020 @ 11:34:
[...]

Ik vraag me af of dit gaat werken, voor het idee heb ik wat opmerkingen er bij gezet. Met weemoed denk ik aan de tijd dat je hele adres en databussen moest rijgen op deze manier...
[Afbeelding]

Die heeft het bij mij eerder goed gedaan met terugkoppeling naar HA (enige wat ik anders heb gedaan is dat ik maar 3 draden naar de AXA heb lopen omdat ik maar een 4 aderige flatcable had ).

edit:

Ah die 4 aders was de eerste keer dat ik het gemaakt heb; nu had ik 6 aders, voor de zekerheid 3 aders doorgeknipt, maar ook dat geeft geen verandering)

Iets verderop in dit topic heeft iemand anders ook dit probleem gehad volgens mij (als ik het goed begrijp).

mn_box schreef op dinsdag 2 november 2021 @ 18:43:
Ik ben een heel eind met het script van galaking, maar ik krijg de status niet overgebracht naar home assistant. Volgens mij is het eenvoudig want espaxa leest de status wel (via espaxa.h) maar draagt het niet juist over aan de sensor. Iemand die weet hoe ik dit kan oplossen?

Ik heb de tx_pin en rx_pin aangepast. Kan het daardoor komen?

[Afbeelding]

Update
Opgelost, return code via directe aansluiting tx en rx is anders en had nog wat aanpassingen aan de C code nodig

zou dat ook hier het issue kunnen zijn (spijtig genoeg kan ik niet zo snel vinden wat de exacte oplossing in C code is geweest anders had ik het nog kunnen "knippen en plakken"

Ik heb vorig jaar een reserve AXA gehaald (deze was namelijk intern erg versleten, maar heb ik toch nog een keer weten te maken en dus laten hangen). Wat ik straks kan doen is de "nieuwe" koppelen aan de ESP om te kijken of die anders reageert (als dat zo is dan zal ik beide AXA's van binnen bekijken om te zien welke rev. versies ik heb).

edit:

Nope, geen verschil als ik de andere AXA koppel.

[ Voor 3% gewijzigd door damien_demon op 22-02-2025 12:23 . Reden: Extra informatie ]

[Petervano]

Ik ervaar dezelfde problemen als @damien_demon .
Gelukkig had ik voor de ESPHome update een extra bin bestand aangemaakt, dus kon makkelijk terug naar de oude gecompileerde versie.

[damien_demon]

Petervano schreef op maandag 24 februari 2025 @ 06:59:
Ik ervaar dezelfde problemen als @damien_demon .
Gelukkig had ik voor de ESPHome update een extra bin bestand aangemaakt, dus kon makkelijk terug naar de oude gecompileerde versie.

Dat is prettig (ik had wel een kopie van mijn YAML gemaakt maar niet van een bin export, voor een volgende keer moet ik dat ook maar doen; al doende leert men ).

Ik heb gister nog een paar andere settings getest.
Mijn origineel zit op een wemos d1 mini met RX op D6 en TX op D7 (wat dus geen echo geeft van het command).
Als ik de pin verander naar de UART (1) pins dan krijg ik vernamelijk gibberish terug van de AXA. Wanneer ik dit op de UART2 doe (D7 en D8) krijg ik geen boot ivm het hoge signaal op de RX (na de boot de pins plaatsen geeft hetzelfde gibberish als op UART1)

Verder had ik ook nog een esp32 S2 liggen en deze aan de AXA geknoopt waarop ik ook enkel gibberish retour kreeg (wel veel meer dan op de wemos moet ik zeggen).

Alle keren ontvangt de AXA wel de commands en voert deze correct uit (open en dicht).

Ik heb ook nog gekeken of het voltage wat op de RX lijn staat verschil maakt, het maakte niet uit of dit 3,3v, 5v of zelfs 7,5v was. Dit maakte niets uit qua retour.

Ik heb gistermiddag dus maar een extra MCP en een aantal 3k3 resistors besteld om te kijken of het probleem ligt bij de resistors of toevoer van voltage (vanaf de MCP in plaats van de ESP) of de MCP zelf.

Daarnaast ga ik een directe kopie maken van de versie van Stainless; dus met externe voeding naar de AXA, dan van AXA naar MCP (op 3 draden) en AXA 7,5v-->ams1117 (die ik nog heb liggen van een ander project)--> 5v voor de ESP32.

Zodra ik meer weet zal ik een update geven.

[Petervano]

Ben benieuwd naar het resultaat, want ik ga ook liever over naar een supported ESPHome versie.

@damien_demon Misschien kun je vanuit je backup terug naar de oudere versie van ESPHome, dan de bewaarde YAML file laden en van daaruit een bin bestand aanmaken, vervolgens de ESPHome weer upgraden.

[Stainless Steel]

Ik gebruik dit schema om de AXA Remote op de UART van de ESP aan te sluiten



Zoals beschreven is in dit document
http://files.domoticaforu...0English%202012nov_V2.pdf

Ik gebruik de volgende UART configuraties:

code:

uart:
  - id: uart_axa1
    tx_pin: GPIO17
    rx_pin: GPIO16
    baud_rate: 19200
    stop_bits: 2
  - id: uart_axa2
    tx_pin: GPIO23
    rx_pin: GPIO22
    baud_rate: 19200
    stop_bits: 2

[Stainless Steel]

@damien_demon, @Petervano Ik heb mijn code aangepast zodat deze ook met het ontbreken van een command echo kan omgaan. Maar ik kan het niet zelf testen want ik heb zelf dus wel een command echo. Dus als jullie dat even willen doen

[Petervano]

Bedankt! Ik heb helaas niet eerder dan woensdag tijd om te testen.

[damien_demon]

Stainless Steel schreef op maandag 24 februari 2025 @ 13:57:
@damien_demon, @Petervano Ik heb mijn code aangepast zodat deze ook met het ontbreken van een command echo kan omgaan. Maar ik kan het niet zelf testen want ik heb zelf dus wel een command echo. Dus als jullie dat even willen doen

Ik zal het vanavond gelijk voor je testen

edit:


Okay, ik heb het net even getest (mijn VPN werkt nog steeds ).

Ik krijg nu veel "garbage" meldingen in het log bestand, maar ook open en closed met percentages in HA.
In het log bestand dat ik even snel kon zien zag ik wel dat er nu iets bij device en firmware stond (dat was eerder niet zo).
even snel staat dit nu in het log bestand:

[C][axaremote.cover:063]: AXA Remote cover 'Zolderraam'
[C][axaremote.cover:064]: Device: AX
[C][axaremote.cover:065]: Firmware: Firmware V1.20 2012

en dan verderop

[W][axaremote.cover:349]: Garbage received: trong Locked
[W][axaremote.cover:349]: Garbage received: trong Locked
[W][axaremote.cover:349]: Garbage received: trong Locked
[W][axaremote.cover:349]: Garbage received: trong Locked
[W][axaremote.cover:349]: Garbage received: trong Locked
[W][axaremote.cover:349]: Garbage received: ng Locked
[W][axaremote.cover:349]: Garbage received: trong Locked
etc

Ik zal vanavond een log bestand copy/pasten van wat ik nu binnen krijg.

[ Voor 56% gewijzigd door damien_demon op 24-02-2025 16:42 . Reden: extra informatie ]

[damien_demon]

code:

INFO ESPHome 2025.2.0
INFO Reading configuration /config/esphome/axa-remote.yaml...
INFO Starting log output from 192.168.20.165 using esphome API
INFO Successfully connected to axaremote @ 192.168.20.165 in 0.012s
INFO Successful handshake with axaremote @ 192.168.20.165 in 3.329s
[19:50:04][I][app:100]: ESPHome version 2025.2.0 compiled on Feb 24 2025, 19:41:05
[19:50:04][C][wifi:600]: WiFi:
[19:50:04][C][wifi:428]:   Local MAC: **************
[19:50:04][C][wifi:433]:   SSID: [redacted]
[19:50:04][C][wifi:436]:   IP Address: 192.168.20.165
[19:50:04][C][wifi:439]:   BSSID: [redacted]
[19:50:04][C][wifi:441]:   Hostname: 'axaremote'
[19:50:04][C][wifi:443]:   Signal strength: -71 dB ▂▄▆█
[19:50:04][C][wifi:447]:   Channel: 1
[19:50:04][C][wifi:448]:   Subnet: 255.255.255.0
[19:50:04][C][wifi:449]:   Gateway: 192.168.20.1
[19:50:04][C][wifi:450]:   DNS1: 1.1.1.1
[19:50:04][C][wifi:451]:   DNS2: 9.9.9.9
[19:50:04][C][logger:177]: Logger:
[19:50:04][C][logger:178]:   Max Level: DEBUG
[19:50:04][C][logger:179]:   Initial Level: DEBUG
[19:50:04][C][logger:181]:   Log Baud Rate: 115200
[19:50:04][C][logger:182]:   Hardware UART: UART0
[19:50:04][C][uart.arduino_esp8266:118]: UART Bus:
[19:50:04][C][uart.arduino_esp8266:119]:   TX Pin: GPIO13
[19:50:04][C][uart.arduino_esp8266:120]:   RX Pin: GPIO12
[19:50:04][C][uart.arduino_esp8266:122]:   RX Buffer Size: 256
[19:50:04][C][uart.arduino_esp8266:124]:   Baud Rate: 19200 baud
[19:50:04][C][uart.arduino_esp8266:125]:   Data Bits: 8
[19:50:04][C][uart.arduino_esp8266:126]:   Parity: NONE
[19:50:04][C][uart.arduino_esp8266:127]:   Stop bits: 2
[19:50:04][C][uart.arduino_esp8266:131]:   Using software serial
[19:50:04][W][axaremote.cover:349]: Garbage received: ng Locked
[19:50:04][C][axaremote.cover:063]: AXA Remote cover 'Zolderraam'
[19:50:04][C][axaremote.cover:064]:   Device: AX
[19:50:04][C][axaremote.cover:065]:   Firmware: Firmware V1.20 2012
[19:50:04][C][axaremote.cover:066]:   Unlock Duration: 27.5s
[19:50:04][C][axaremote.cover:067]:   Open Duration: 35.0s
[19:50:04][C][axaremote.cover:068]:   Close Duration: 35.0s
[19:50:04][C][axaremote.cover:069]:   Lock Duration: 15.0s
[19:50:04][C][axaremote.cover:070]:   Auto calibrate: True
[19:50:04][C][restart.button:017]: Restart Button 'restart'
[19:50:04][C][restart.button:017]:   Icon: 'mdi:restart'
[19:50:04][C][captive_portal:089]: Captive Portal:
[19:50:04][C][web_server:153]: Web Server:
[19:50:04][C][web_server:154]:   Address: axaremote.local:80
[19:50:04][C][mdns:116]: mDNS:
[19:50:04][C][mdns:117]:   Hostname: axaremote
[19:50:05][C][esphome.ota:073]: Over-The-Air updates:
[19:50:05][C][esphome.ota:074]:   Address: axaremote.local:8266
[19:50:05][C][esphome.ota:075]:   Version: 2
[19:50:05][C][esphome.ota:078]:   Password configured
[19:50:05][C][safe_mode:018]: Safe Mode:
[19:50:05][C][safe_mode:019]:   Boot considered successful after 60 seconds
[19:50:05][C][safe_mode:021]:   Invoke after 10 boot attempts
[19:50:05][C][safe_mode:022]:   Remain in safe mode for 300 seconds
[19:50:05][C][api:140]: API Server:
[19:50:05][C][api:141]:   Address: axaremote.local:6053
[19:50:05][C][api:143]:   Using noise encryption: YES
[19:50:05][C][wifi_signal.sensor:010]: WiFi Signal 'WiFi Signal dB'
[19:50:05][C][wifi_signal.sensor:010]:   Device Class: 'signal_strength'
[19:50:05][C][wifi_signal.sensor:010]:   State Class: 'measurement'
[19:50:05][C][wifi_signal.sensor:010]:   Unit of Measurement: 'dBm'
[19:50:05][C][wifi_signal.sensor:010]:   Accuracy Decimals: 0
[19:50:07][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:07][W][axaremote.cover:349]: Garbage received: rong Locked
[19:50:07][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:10][W][axaremote.cover:349]: Garbage received: rong Locked
[19:50:10][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:10][W][axaremote.cover:349]: Garbage received: ong Locked
[19:50:10][W][axaremote.cover:349]: Garbage received: rong Locked
[19:50:11][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:11][W][axaremote.cover:349]: Garbage received: cked
[19:50:11][W][axaremote.cover:349]: Garbage received: g Locked
[19:50:12][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:12][W][axaremote.cover:349]: Garbage received: ong Locked
[19:50:12][W][axaremote.cover:349]: Garbage received: rong Locked
[19:50:12][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:12][W][axaremote.cover:349]: Garbage received: Locked
[19:50:12][W][axaremote.cover:349]: Garbage received: rong Locked
[19:50:13][W][axaremote.cover:349]: Garbage received: ong Locked
[19:50:13][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:13][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:16][W][axaremote.cover:349]: Garbage received: trong Locked
[19:50:16][W][axaremote.cover:349]: Garbage received: rong Locked
[19:50:18][W][axaremote.cover:349]: Garbage received: g Locked
[19:50:18][W][axaremote.cover:349]: Garbage received: ng Locked
[19:50:18][W][axaremote.cover:349]: Garbage received: ng Locked

Dit is de log file.

ik merk wel dat als ik snel achter elkaar een open command en daarna een close command stuur de ESP vast loopt (na verloop van tijd komt hij weer terug online).
(ik vermoed door de hoeveelheid garbage die op de lijn zit).

het werkt in ieder geval voor nu (zodat de automatisering ook werkt als het gaat regenen... ik vergeet nog wel eens het raam dicht te doen )

[Petervano]

@damien_demon is dit met een ESP32 of een d1mini?
Ik zal woensdag ook testen. Ik heb zelf een d1mini.

[damien_demon]

Petervano schreef op maandag 24 februari 2025 @ 20:04:
@damien_demon is dit met een ESP32 of een d1mini?
Ik zal woensdag ook testen. Ik heb zelf een d1mini.

dit is met de d1 mini (zodra ik de extra mcp2003 binnen heb zal ik ook gaan testen met de esp32)

[Stainless Steel]

Het probleem met de ESP8266 is dat deze maar één echte UART heeft welke voor debugging wordt gebruikt en de andere UART een in software geëmuleerde UART is welke qua timing niet zo nauwkeurig is. De ESP32 ondersteund tot 3 echte UARTs

[Stainless Steel]

@damien_demon Ik heb mijn code nog wat toleranter gemaakt voor trage/slechte UART verbindingen, probeer maar even uit

[damien_demon]

Stainless Steel schreef op maandag 24 februari 2025 @ 21:36:
@damien_demon Ik heb mijn code nog wat toleranter gemaakt voor trage/slechte UART verbindingen, probeer maar even uit

zelfde resultaat sorry.

Ik vermoed dat de esp8266 de beperkende factor gaat zijn, maar wellicht is het ook de 4k7 ipv 3k3 die voor storing/garbage zorgt?)

Wat ik later deze week nog kan proberen is de esp8266 vervangen voor de esp32s2 en kijken wat er dan terug komt (hopelijk morgenavond, maar ik kan het niet garanderen).

Ik weet wel dat ik in het verleden (de eerste keer dat ik een poging gedaan heb om de AXA aan te sluiten) geen signaal kreeg (ik had de ESP toen van voeding voorzien vanaf de AXA en gebruikte nog ESPEasy in die tijd). Daarna heb ik het project een tijd aan de kant geslingerd (uit pure frustratie).
Later kwam ik op dit topic en heb het toen nog een poging gegeven met het schema van Galaxaking en ESPhome (wat toen wel lukte maar ook alleen als ik de AXA aansloot via de voeding van de ESP en niet andersom).
Al met al lijkt er toch veel "rotzooi" ergens vandaan te komen (ik ben nu wel benieuwd waar door het komt ook al ga ik toch met het schema van Stainless een volledig nieuwe aansluiting solderen voor de AXA )

[Stainless Steel]

In principe zijn die meldingen waarschuwingen [W] geen errors [E], het component zou nu gewoon moeten werken. Je kan hem nu toch ook op een percentage open zetten?

[Stainless Steel]

4k7 ipv 3k3 gaat geen verschil maken, een pull-down weerstand kijkt niet zo nauw

[damien_demon]

Stainless Steel schreef op maandag 24 februari 2025 @ 22:43:
In principe zijn die meldingen waarschuwingen [W] geen errors [E], het component zou nu gewoon moeten werken. Je kan hem nu toch ook op een percentage open zetten?

Zeker (maar de esp “loopt dan wel vast” en is na een uur oid weer bereikbaar)

[Stainless Steel]

Ik denk dat je zelf wart meer moet gaan debuggen, want ik kan op afstand niet zien wet er fout gaat

[damien_demon]

met een ESP32-S2 mini (wemos) krijg ik nu alles door (device en firmware) ook de auto calibratie werkt (tijdens worden nu wel aangepast), maar ook veel garbage (ik vermoed dat de esp8266 dit dus inderdaad niet aan kan).
Op ESP32-S2 krijg ik daarnaast ook veel

code:

[E][uart:015]: Reading from UART timed out at byte 0!

Maar wat ik zo online kan vinden zou dit een specifiek probleem kunnen zijn van de ESP32-S2 (ik krijg deze foutmelding ook als de AXA niet aangesloten is).

Ik vermoed (en ik krijg als het goed is morgen de andere MCP's binnen) dat wanneer ik alles opnieuw soldeer met de ESP32 dat alles dan opgelost gaat zijn (op misschien de " timer out at byte 0" melding na). Met andere woorden de manier van aansluiten / voeden van de MCP het probleem is in deze.
Zodra ik meer weet zal ik weer een update doen.

[Stainless Steel]

Als je het raam open/stop/sluit krijg je nu "Command echo received: " meldingen? Of "No command echo received" meldingen?

[Petervano]

Goedemorgen.

Getest, bij mij werkt alles goed, geen uitval van de d1mini.
Wel heel veel 'garbage' meldingen in de log, ongeveer 15 tot 20 per seconde.
en af en toe:

[07:34:00][E][uart:015]: Reading from UART timed out at byte 0!
[07:34:00][E][axaremote.cover:352]: Timeout while waiting for response
[07:34:00][W][component:237]: Component axaremote.cover took a long time for an operation (1063 ms).
[07:34:00][W][component:238]: Components should block for at most 30 ms.

wat voorbeeld regels uit de logging:

[07:47:59][D][cover:186]: Current Operation: CLOSING
[07:47:59][D][cover:170]: 'Raam-02' - Publishing:
[07:47:59][D][cover:173]: Position: 0%
[07:47:59][D][cover:186]: Current Operation: CLOSING
[07:47:59][I][axaremote.cover:129]: Full Close Duration: 43.6s
[07:47:59][D][axaremote.cover:087]: Unlock Duration: 24.0s
[07:47:59][D][axaremote.cover:088]: Open Duration: 30.5s
[07:47:59][D][axaremote.cover:089]: Close Duration: 30.5s
[07:47:59][D][axaremote.cover:090]: Lock Duration: 13.1s
[07:47:59][D][cover:170]: 'Raam-02' - Publishing:
[07:47:59][D][cover:173]: Position: 0%
[07:47:59][D][cover:186]: Current Operation: IDLE

en:

[07:50:08][D][axaremote.cover:144]: Opened with remote?
[07:50:08][D][cover:170]: 'Raam-02' - Publishing:
[07:50:08][D][cover:173]: Position: 0%
[07:50:08][D][cover:186]: Current Operation: OPENING
[07:50:08][D][cover:170]: 'Raam-02' - Publishing:
[07:50:08][D][cover:173]: Position: 0%
[07:50:08][D][cover:186]: Current Operation: OPENING
[07:50:08][D][cover:170]: 'Raam-02' - Publishing:
[07:50:08][D][cover:173]: Position: 0%
[07:50:08][D][cover:186]: Current Operation: OPENING

[ Voor 55% gewijzigd door Petervano op 26-02-2025 08:05 ]

[damien_demon]

Stainless Steel schreef op dinsdag 25 februari 2025 @ 21:54:
Als je het raam open/stop/sluit krijg je nu "Command echo received: " meldingen? Of "No command echo received" meldingen?

code:

[09:43:09][D][cover:076]: 'Zolderraam' - Setting
[09:43:09][D][cover:084]:   Position: 0%
[09:43:09][D][axaremote.cover:308]: Command: CLOSE
[09:43:09][W][axaremote.cover:338]: No command echo received
[09:43:09][D][axaremote.cover:343]: Response: 200 OK
[09:43:09][D][cover:170]: 'Zolderraam' - Publishing:
[09:43:09][D][cover:173]:   Position: 100%
[09:43:09][D][cover:186]:   Current Operation: CLOSING

is wat ik zie (dus "no Command echo received") met de esp8266 (d1 mini)

als ik dan de ESP32 bekijk krijg ik:

code:

[10:02:13][D][cover:076]: 'Zolderraam' - Setting
[10:02:13][D][cover:084]:   Position: 0%
[10:02:13][D][axaremote.cover:308]: Command: CLOSE
[10:02:13][D][axaremote.cover:331]: Command echo received: CLOSE
[10:02:13][D][axaremote.cover:340]: Response: 200 OK
[10:02:13][D][cover:170]: 'Zolderraam' - Publishing:
[10:02:13][D][cover:173]:   Position: 100%

Dus wel een Command echo (maar ook veel [E][uart:015]: Reading from UART timed out at byte 0!)

[ Voor 25% gewijzigd door damien_demon op 26-02-2025 10:06 . Reden: extra informatie ]

[Stainless Steel]

Ik heb een fix toegevoegd voor de "Reading from UART timed out at byte 0!" melding

@Petervano "Timeout while waiting for response" en "Component axaremote.cover took a long time for an operation (1063 ms)." heeft met elkaar te maken, ik gebruikte namelijk een riante timeout van 1 seconden voor als er geen antwoord komt op een commando. Ik heb deze timeout nu teruggebracht en nu zou de melding minder vaak of in ieder geval dichter bij de 30ms moeten zijn als er geen (valide) antwoord op een commando komt.

@damien_demon Gebruik je bij de ESP8266 en ESP32 het zelfde circuit? Krijg je ook een "Full Close Duration: " melding? Dan zou de auto calibrate ook werken.

Werkt het raam op een positie, zeg 30%, zetten voor jullie ook?

[Petervano]

Geen Timeout meldingen meer.

Geen automatisering uitgeprobeerd naar een vaste positie. Met de stop knop kan ik het raam op een tussenliggende positie zetten:

[13:03:32][D][cover:170]: 'Raam-02' - Publishing:
[13:03:32][D][cover:173]: Position: 77%
[13:03:32][D][cover:186]: Current Operation: CLOSING
[13:03:32][W][axaremote.cover:345]: Garbage received: nLocked
[13:03:32][W][axaremote.cover:345]: Garbage received: nLocked
[13:03:32][W][axaremote.cover:345]: Garbage received: nLocked
[13:03:32][W][axaremote.cover:345]: Garbage received: nLocked
[13:03:32][D][cover:076]: 'Raam-02' - Setting
[13:03:32][D][cover:080]: Command: STOP
[13:03:32][D][axaremote.cover:308]: Command: STOP
[13:03:32][W][axaremote.cover:335]: No command echo received
[13:03:32][D][axaremote.cover:340]: Response: 200 OK
[13:03:32][D][cover:170]: 'Raam-02' - Publishing:
[13:03:32][D][cover:173]: Position: 76%
[13:03:32][D][cover:186]: Current Operation: IDLE

Kan de positie goed uitlezen, hiervoor een template sensor gemaakt:

- sensor:
- name: Stand Raam 02
unique_id: stand_raam_02
state: >
{% set x = state_attr('cover.raam_02', 'current_position') | int(0) %}
{{ {0: 'Dicht',
100: 'Open'}.get(x, 'Bezig') }}

[Stainless Steel]

Je kan de positie toch via de UI op een bepaald percentage zetten? Daar heb je geen automatisering voor nodig.

Ik begrijp het doel van je template sensor niet helemaal

[Petervano]

Via de UI werkt het prima om de status in te stellen:


*

Ik vind het makkelijk om in woorden te zien of het raam open is . Voor tussenliggende posities is de toegevoegde waarde nul, maar ik gebruik ook alleen maar open en dicht.

[Stainless Steel]

Met UI bedoelde eigenlijk de schuif die je krijgt als je de entiteit opent


Als ik via de Development Tools > States > Set state de positie instelt overschrijf je alleen de positie in de database, het raam gaat dan niet naar de betreffende positie

[Petervano]

Werkt:

[Petervano]

Is nu zo'n 6 uur operationeel en geen drop-outs. Ook de gekoppelde (op dezelfde d1mini) BME280 Sensor blijft prima functioneren.
@Stainless Steel Dank voor je inspanningen!

[damien_demon]

Stainless Steel schreef op woensdag 26 februari 2025 @ 12:44:
Ik heb een fix toegevoegd voor de "Reading from UART timed out at byte 0!" melding

@Petervano "Timeout while waiting for response" en "Component axaremote.cover took a long time for an operation (1063 ms)." heeft met elkaar te maken, ik gebruikte namelijk een riante timeout van 1 seconden voor als er geen antwoord komt op een commando. Ik heb deze timeout nu teruggebracht en nu zou de melding minder vaak of in ieder geval dichter bij de 30ms moeten zijn als er geen (valide) antwoord op een commando komt.

@damien_demon Gebruik je bij de ESP8266 en ESP32 het zelfde circuit? Krijg je ook een "Full Close Duration: " melding? Dan zou de auto calibrate ook werken.

Werkt het raam op een positie, zeg 30%, zetten voor jullie ook?

Bij de ESP8266 krijg ik de melding niet, bij de ESP32 wel.
Met de nieuwe aanpassing loopt de ESP8266 in ieder geval niet meer vast na een open Command. Ik ga zo de ESP32 proberen.

Ik gebruik overigens hetzelfde circuit voor beide.

[damien_demon]

Stainless Steel schreef op woensdag 26 februari 2025 @ 12:44:
Ik heb een fix toegevoegd voor de "Reading from UART timed out at byte 0!" melding

@Petervano "Timeout while waiting for response" en "Component axaremote.cover took a long time for an operation (1063 ms)." heeft met elkaar te maken, ik gebruikte namelijk een riante timeout van 1 seconden voor als er geen antwoord komt op een commando. Ik heb deze timeout nu teruggebracht en nu zou de melding minder vaak of in ieder geval dichter bij de 30ms moeten zijn als er geen (valide) antwoord op een commando komt.

@damien_demon Gebruik je bij de ESP8266 en ESP32 het zelfde circuit? Krijg je ook een "Full Close Duration: " melding? Dan zou de auto calibrate ook werken.

Werkt het raam op een positie, zeg 30%, zetten voor jullie ook?

Log bestand nog even door laten lopen: op beide krijg ik soms nog de UART timer out melding te zien (alleen veel minder frequent dan eerder)
ESP8266: veel garbage op de lijn (lijkt de werking verder niet te beïnvloeden), ik krijg een aanpassing van de tijd bij auto calibrate, echo is er niet (maar ook dat lijkt de werking niet te beïnvloeden). Tot nu toe geen vastloper na openen (wat eerder wel gebeurde).
ESP32: garbage melding dan direct gevolgd door de 10x UART timer out melding (als het raam beweegt), geen melding van garbage of timer out als er geen beweging is totdat hij closed meld dan stromen de garbage melding weer binnen (met UART timed out).
Gezien dat er duidelijk verschil is in de meldingen wanneer er beweging is; zou de garbage (of uitblijven daarvan) ook kunnen door een voltage drop op het moment dat er beweging is? (de voeding loopt in mijn geval door de ESP heen).

Percentage openen werkt voor beide chipsets perfect! (nogmaals dank voor alle energie die jullie er insteken!)

[Petervano]

Was mij ook al opgevallen dat de garbage regels veel minder waren als er aktie is.

Zou haast denken dat het een initialisatie probleem van de logging is, maar ik heb er verder geen idee van hoe de code in elkaar zit en werkt. Dus misschien maak ik wel een hele domme opmerking.

[Stainless Steel]

@damien_demon zorg er voor dat je ook daadwerkelijk de laatste code van GitHub gebruikt, standaard wordt de code uit de GitHub URL door ESPHome 1x per 24 uur ververst.

Je kan er voor zorgen dat de GitHub code bij elke compilatie opnieuw van GitHub wordt gehaald door een refresh van 0 seconden te configureren:

code:

external_components:
  - source: github://rrooggiieerr/esphome-axaremote
    refresh: 0s

Gezien het verschil in gedrag tussen ESP8266 en ESP32 lijkt het me duidelijk dat een ESP8266 eigenlijk niet echt geschikt is vanwege de softwarematige UART.

[damien_demon]

Stainless Steel schreef op woensdag 26 februari 2025 @ 17:31:
@damien_demon zorg er voor dat je ook daadwerkelijk de laatste code van GitHub gebruikt, standaard wordt de code uit de GitHub URL door ESPHome 1x per 24 uur ververst.

Je kan er voor zorgen dat de GitHub code bij elke compilatie opnieuw van GitHub wordt gehaald door een refresh van 0 seconden te configureren:

code:

external_components:
  - source: github://rrooggiieerr/esphome-axaremote
    refresh: 0s

Gezien het verschil in gedrag tussen ESP8266 en ESP8266 lijkt het me duidelijk dat een ESP8266 eigenlijk niet echt geschikt is vanwege de softwarematige UART.

Ah! dat zorgt voor geen errors meer, alleen de warnings (garbage), dit is op de esp8266 (ik kan nu de esp32 even niet testen)

Ik denk dat de esp8266 inderdaad wat moeite heeft met het UART deel (softserial). Als het goed is krijg ik morgen de MCP’s binnen, dan kan ik die ook testen (of de voeding hier ook een rol in speelt)

[Petervano]

Helaas, gisteravond om half 12 de d1mini uitgevallen.
Vanmorgen alleen kunnen herstarten door de stroom er af te halen.
Ik kijk het nog even verder aan.

[damien_demon]

Petervano schreef op donderdag 27 februari 2025 @ 08:24:
Helaas, gisteravond om half 12 de d1mini uitgevallen.
Vanmorgen alleen kunnen herstarten door de stroom er af te halen.
Ik kijk het nog even verder aan.

Als ik de logbestanden even snel terug kijk is bij mij op de ESP8266 3x weggevallen (maar is wel iedere keer weer zelf terug gekomen). Dat er een reboot is geweest weet ik wel zeker aangezien de tijd van openen weer terug op de basis staat in plaats van de aangepaste "auto calibrate".
Grappige is wel dat na een een "softboot" de AXA wel gesloten blijft aangeven (in plaats van open bij een gesloten raam na een reboot door de stroom er af te halen).

[Petervano]

Inmiddels 2 keer een reboot gehad.
De d1mini houdt het zo'n 11 uur vol en dan volgt een reboot.
De oude versie loopt nu al zo'n 40 dagen zonder reboot. Ik heb 2 identieke installaties, waarvan 1 dus nog niet geupgrade.
Eigenlijk is dit onwerkbaar, te onbetrouwbaar voor mij.

[Petervano]

Ben terug naar de oude configuratie. Heb nu verder geen tijd.
Ik ga de 2 d1mini's op termijn wel een keer ombouwen naar 1 ESP32 om daarmee beide raamopeners aan te sturen.
@damien_demon Ik ben benieuwd of jij nog verder gekomen bent met de ESP32.
@Stainless Steel Helaas kan ik jouw oplossing dus nu helaas niet gebruiken, maar hopelijk komt dit later nog.

[damien_demon]

@Petervano ik heb vanavond de esp32 terug aangesloten en via de usb de voeding laten lopen (zoals de setup van galagaking); ik kreeg geen boot als ik de rx lijn liet voeden door de mcp ( gek maar als ik de voeding over de 5v of de 3.3v van de esp laat lopen wil de boel wel opstarten)
Maar goed ik heb al usb voedingen liggen dus nu eerst zo aangesloten. Ik krijg nu wel verl:

code:

[20:20:58][W][axaremote.cover:349]: Garbage received: STATUS\xe611 Strong Locked
[20:20:58][E][axaremote.cover:357]: Timeout while waiting for response
[20:21:01][W][axaremote.cover:349]: Garbage received: STATUS\xe611 Strong Locked
[20:21:01][E][axaremote.cover:357]: Timeout while waiting for response
[20:21:03][W][axaremote.cover:349]: Garbage received: STATUS\xa3\x93{s;Locked
[20:21:03][E][axaremote.cover:357]: Timeout while waiting for response
[20:21:04][W][axaremote.cover:349]: Garbage received: STATUS\xa3\x93{s;Locked
[20:21:04][E][axaremote.cover:357]: Timeout while waiting for response
[20:21:04][W][axaremote.cover:349]: Garbage received: STATUS\xe611 Strong Locked
[20:21:04][E][axaremote.cover:357]: Timeout while waiting for response

Verder lijkt het stabiel te zijn. Ik laat het jullie weten hoe het komende week gaat.

[damien_demon]

Tot nu toe geen vastlopers of uitvallen gehad op de esp32.

[damien_demon]

De ESP32 is al een hele week stabiel in home assistant aanwezig en alleen komen te vervallen door een update, dus stabiel gebleven (ook stabiel met de garbage meldingen en timeouts, maar dat zorgt verder niet voor instabiliteit of onbereikbaarheid).

[-Tim-]

elleP schreef op donderdag 20 oktober 2022 @ 21:06:
Ik heb toevallig vandaag mijn eerste unit helemaal omgebouwd.

Ik heb als bordje een ESP32-S2 uitgezocht, deze zou iets zuiniger moeten zijn dan een ESP32.
Stom toevallig past het bordje precies in de lege ruimte naast de batterijen in de AXA.

[Afbeelding]	Wemos ESP32-S2 mini met 33Ohm smd weerstand tussen pin17(RX) en pin21(TX) De databus zit met groen aan pin 17 De +3v3 zit met zwart(!) aan de plus van de RJ12 connector De GND zit met rood(!) aan de min van de RJ12
[Afbeelding]	ESP netjes in het hoekje. Datakabel via het daarvoor bestemde gootje netjes weggwerkt Met 2 metalen strips en zelfklevend plastic een aftapunit voor de batterijen gemaakt, bat-plus op vbus van de esp, bat-min op gnd
[Afbeelding]	Alles op zijn plek
[Afbeelding]	Niets van te zien

Over de batterijduur kan ik nog niets zinnigs zeggen, voorlopig draai ik de code van @galagaking met een ander bordje en andere pinnen, maar ik ga kijken of ik met wat strategisch geplaatste 'deep sleep' commandos het voor elkaar kan krijgen om elke x minuten even wakker te worden.

Alle mooie PCB’s daargelaten: deze hardware-aanpak van @elleP is natuurlijk wel erg elegant. Ik heb het topic doorgelezen, maar het is me niet helemaal duidelijk of deze hardware-hack uiteindelijk een doodlopend pad bleek. De oorspronkelijke wens om het geheel op batterijen draaiend te krijgen snap ik heel goed, maar zoals eerder benoemd: dat ding moet continu (al is het op intervals) blijven luisteren. Dus zelfs met een alternatief zoals ZigBee zal het batterijverbruik relatief hoog blijven.

Maar goed, terug naar mijn vraag: een ESP32 in de behuizing plaatsen en dan een stroomkabeltje trekken (naar die RJ11, of via een “USB battery eliminator”) is dat geen werkbare optie?

[elleP]

@-Tim- TNX

Qua hardware werkte het prima, de axa kon zelfs gevoed worden via de 5v usb (hij werkt ook op 4 oplaadbare batterijen, dat is maar 4.8v)

Ik liep uiteindelijk stuk op mechanische problemen.

[tcw82]

elleP schreef op dinsdag 22 april 2025 @ 07:28:
@-Tim- TNX

Qua hardware werkte het prima, de axa kon zelfs gevoed worden via de 5v usb (hij werkt ook op 4 oplaadbare batterijen, dat is maar 4.8v)

Ik liep uiteindelijk stuk op mechanische problemen.

Mag ik vragen wat het mechanisch probleem was?

[elleP]

Jazeker, Ik heb mijn espaxa 2ehands gekocht, dus ik heb geen boormal.

Dat is blijkbaar wel echt nodig, hij werkte wel 1x, maar bij het sluiten wrong hij ergens zo hard dat ik de hele unit uit elkaar moest halen (tot 2x toe).

Toen was ik er wel even klaar mee

[tcw82]

elleP schreef op dinsdag 22 april 2025 @ 15:18:
Jazeker, Ik heb mijn espaxa 2ehands gekocht, dus ik heb geen boormal.

Dat is blijkbaar wel echt nodig, hij werkte wel 1x, maar bij het sluiten wrong hij ergens zo hard dat ik de hele unit uit elkaar moest halen (tot 2x toe).

Toen was ik er wel even klaar mee

Herkenbaar, maar niet onoverkomelijk. Ik heb wel een boormal voor je.
Of is het nu te laat?

[elleP]

@tcw82 het is nog niet te laat, ik heb er nog 4 in een bakje liggen. Zolang ik op mijn kantoor begin en niet op de slaapkamer kom ik er wel mee weg bij mijn vrouw.
Dus als je een boormal voor me hebt, graag!

[tcw82]

elleP schreef op dinsdag 22 april 2025 @ 21:57:
@tcw82 het is nog niet te laat, ik heb er nog 4 in een bakje liggen. Zolang ik op mijn kantoor begin en niet op de slaapkamer kom ik er wel mee weg bij mijn vrouw.
Dus als je een boormal voor me hebt, graag!

Je hebt een prive berichtje, dan kijken we daar even wat handig is.

[timminater]

Iemand die deze boormal kan plaatsen? Als het een beetje meezit hoop ik hem te converteren naar een 3D print zodat ik er meerdere kan printen. Ik heb namelijk nog een stuk of 10 stuks 2e hands units liggen.
Iemand al geprobeerd met een recente ESP32-C6 zodat je in de toekomst over kunt naar zigbee of thread? Of de ESP32-C3 met bijvoorbeeld sleep van 30 sec en mqtt retain? Een vertraging van 30 sec op mijn raam vind ik nog niet zo interessant namelijk, batterij voeding is voor mij wel een nood.

[-Tim-]

timminater schreef op woensdag 23 april 2025 @ 18:45:
Iemand die deze boormal kan plaatsen? Als het een beetje meezit hoop ik hem te converteren naar een 3D print zodat ik er meerdere kan printen. Ik heb namelijk nog een stuk of 10 stuks 2e hands units liggen.
Iemand al geprobeerd met een recente ESP32-C6 zodat je in de toekomst over kunt naar zigbee of thread? Of de ESP32-C3 met bijvoorbeeld sleep van 30 sec en mqtt retain? Een vertraging van 30 sec op mijn raam vind ik nog niet zo interessant namelijk, batterij voeding is voor mij wel een nood.

Ik krijg morgen mijn eerste Axa Remote binnen, zal ook eens kijken of ik hem naar een 3D model kan omzetten. Misschien is het zelfs wel met een A4 printje op schaal te doen? Ik heb (nog) geen idee hoe zo'n ding er uit ziet

---

Die ESP32-C6 heb ik ook naar gekeken, en ik zat ook al te dromen over Zigbee support er mee. Vooral de Xiao ESP32 schijnt veel documentatie en examples te hebben, dus ik zag wel mogelijkheden. Echter, en ik kan het mis hebben, zijn al die esp32 implemntaties meer bedoelt voor end-devices, die zelf alleen uitzenden. Zoals een PIR of temperatuur sensor. Ons apparaat zal echter om de zoveel tijd wakker moeten worden (of op een externe interrupt).

Maar max. 30 seconde delay lijkt mij ook prima. 's Nachts zou dat zelfs naar 30 minuten opgeschroefd kunnen worden voor verdere besparing. Ik kwam onlangs deze post nog tegen op Reddit, van iemand die geloof ik tot 8 jaar claimt op 3x L91 AA batterijen. Wel met een wake-up interval van een uur.
Misschien valt uit zijn esphome configs nog wat te leren.

Ik ga er graag binnenkort mee bezig, vandaar dat ik ook even vroeg of er inherent iets verkeerd was aan @elleP s aanpak met gewoon direct de ESP32 er op/in. Want dan wordt het dus meer een software kwestie.

En anders ga ik een extern zonnepaneeltje overwegen

[tcw82]

Het ziet er zo uit.
Ik denk dat ik morgenmiddag ook wel een stl kan maken.
(Inscannen van de twee zijde mee een mm schaalverdeling erbij).

[JBS]

Ik heb ook nog zo'n boormal, omgeving Eindhoven.

[-Tim-]

Mijn eerste Axa Remote is nog onderweg, maar ik ben al wat verder in de gedachte om een batterijgevoede ESP32 toe te voegen (wederom, naar @ellePs voorbeeld)

Mijn aanname is dat het gebruik van een ESP32-devboardje, hoe klein ook, altijd extra quiescent current introduceert (LEDs, USB-serial converter, enzovoort).

Daarom heb ik gekozen voor een barebones castellated-edge module, zodat het toch nog enigszins soldeerbaar blijft. Samen met een LDO-regelaar die geschikt is voor 4×AA-batterijen en een quiescent current van ongeveer 8 µA, zou het geheel in slaapstand een zeer laag verbruik moeten hebben.

Vervolgens heb ik via ChatGPT de YAML-configs van een ander AA-gevoed ESPHome-project laten analyseren (ik heb het zelf nog niet gecheckt). Blijkbaar heeft die persoon de slaaptijd variabel instelbaar aan de Home Assistant kant gemaakt, wat mogelijkheden biedt om slimme slaapintervallen te gebruiken: bijvoorbeeld ’s nachts elk uur wakker worden, en op tijden dat er mensen thuis zijn elke minuut.

Benieuwd wat jullie van m'n, vooralsnog theoretische, aanpak vinden!

[tcw82]

Ik denk dat ik hem heb. Een stl. Ik ben hem nu aan het printen en dan zal ik hem vergelijken met bestaande. Ik heb ook enkele scans met een mm verdeling erbij. Die zal ik straks met een linkje naar de stl hier delen.

[tcw82]

Net met mach Jezus dit printje gemaakt. Straks even de uitlijning testen met een paar plankjes.

[tcw82]

Zojuist de STL op thingiverse gezet:
https://www.thingiverse.com/thing:7019424

Ik heb hem getest, de gaten lijnen uit.

[tcw82]

Ik denk dat ik hem heb. Een stl. Ik ben hem nu aan het printen en dan zal ik hem vergelijken met bestaande. Ik heb ook enkele scans met een mm verdeling erbij. Die zal ik straks met een linkje naar de stl hier delen.
@timminater @elleP @-Tim- .

Als er interesse is, heb ik ook de scan met lineaal plaatjes.

[joneboon]

Hoi allemaal,

ik heb een probleem met de AXA die ik eigenlijk nog niet voorbij heb zien komen.

Ik kan de raamopener prima besturen met een esp, maar ik loop tegen een probleem aan dat als het raam in zijn verste positie staat het systeem over zijn nek gaat. Dan reset de raamopener intern en is de positie weer LOCKED. Druk ik dan weer op openen, dan gaat ie weer over zijn nek.

Ik heb dit probleem alleen maar als ik hem via de RJ12 plug bedien, met de batterijen gaat het prima. Mijn vermoeden: het laatste stukje openen gebruikt te veel vermogen waardoor de voltage dropt en de raamopener opnieuw opstart. Heeft iemand hier ook last van gehad? Ik gebruik een RPi3 voeding voor mn bordje, daar zit een buck converter op naar 8V om de AXA te voeden.

[damien_demon]

joneboon schreef op zondag 8 juni 2025 @ 16:34:
Hoi allemaal,

ik heb een probleem met de AXA die ik eigenlijk nog niet voorbij heb zien komen.

Ik kan de raamopener prima besturen met een esp, maar ik loop tegen een probleem aan dat als het raam in zijn verste positie staat het systeem over zijn nek gaat. Dan reset de raamopener intern en is de positie weer LOCKED. Druk ik dan weer op openen, dan gaat ie weer over zijn nek.

Ik heb dit probleem alleen maar als ik hem via de RJ12 plug bedien, met de batterijen gaat het prima. Mijn vermoeden: het laatste stukje openen gebruikt te veel vermogen waardoor de voltage dropt en de raamopener opnieuw opstart. Heeft iemand hier ook last van gehad? Ik gebruik een RPi3 voeding voor mn bordje, daar zit een buck converter op naar 8V om de AXA te voeden.

En wat gebeurd er als je het raam met de afstandsbediening aanstuurt? Dus niet met de ESP? Gaat het systeem dan ook “over zijn nek”?

[joneboon]

damien_demon schreef op zondag 8 juni 2025 @ 16:43:
[...]


En wat gebeurd er als je het raam met de afstandsbediening aanstuurt? Dus niet met de ESP? Gaat het systeem dan ook “over zijn nek”?

gaat ook fout met de afstandbediening.

Ik heb in de tussentijd nog iets meer getest. Als het raam open is en er dan de stroom er van af gaat, dan komt ie in deze staat. Ik kan het raam prima besturen met de ESP, helemaal open en dicht (dacht eerst dat ie altijd in het uiteinde over zijn nek ging maar dat is toch niet het geval).

Om hem uit de hardware-reset-loop te halen moet ik de batterijen er in doen, raam weer dicht laten gaan en dan kan de RJ12 connector er weer in.

Zou fijn zijn als de AXA niet LOCKED zou zijn als er een power outage is geweest, lijkt me ook een veiligheid dingetje eerlijk gezegd.

[Stainless Steel]

Het klopt inderdaad dat de AXA in Locked state is na een power reset, onafhankelijk van de echte status van het raam. Heel vervelend want daardoor kan de code eigenlijk niet vertrouwen op de status die de AXA terug geeft

[tcw82]

@joneboon Is het mogelijk om een timertje te gebruiken die het raam tot t-x laat open sturen. Dan kun je het raam laten openen tot net niet die max stand?
Of een max open is 95%?

[ Voor 11% gewijzigd door tcw82 op 08-06-2025 17:23 ]

[joneboon]

tcw82 schreef op zondag 8 juni 2025 @ 17:22:
@joneboon Is het mogelijk om een timertje te gebruiken die het raam tot t-x laat open sturen. Dan kun je het raam laten openen tot net niet die max stand?
Of een max open is 95%?

ik had hem net ook even met de batterijen iets terug laten lopen, dus naar 95% ofzo. Daarna batterijen er weer uit en RJ12 connector er weer in, dan kom ik in dezelfde situatie terecht helaas.

wat ik wel interessant vind is dat met 4x AA batterijen het helemaal ok gaat, zit er misschien een extra capacitor op de interne PCB bij de batterijen kant? en niet aan de RJ connector kant? Zijn er plaatjes van de interne PCB toevallig?

[tcw82]

Ik zie dat je 8volt naar via de Converter naar de Axa unit stuurt, 4*1.5 is 6 volt voor de batterijen. Het zou toch niet een over voltage zijn?

[Stainless Steel]

De officiële AXA voeding geeft 7.5 Volt, ik voed mijn AXAs met 9 Volt, maar 12 Volt werkt ook nog. Bij een hoger Voltage gaan ze sneller open/dicht, maar maken ze ook meer geluid.

Ik denk dat in dit geval de voeding, of buck converter niet genoeg vermogen kan leveren waardoor het Voltage dropt

[tcw82]

Stainless Steel schreef op maandag 9 juni 2025 @ 09:05:
De officiële AXA voeding geeft 7.5 Volt, ik voed mijn AXAs met 9 Volt, maar 12 Volt werkt ook nog. Bij een hoger Voltage gaan ze sneller open/dicht, maar maken ze ook meer geluid.

Ik denk dat in dit geval de voeding, of buck converter niet genoeg vermogen kan leveren waardoor het Voltage dropt

Ik weet niet genoeg van de precieze werking van de Axa en of de converters.

Is twee (converters) parallel zetten voor meer vermogen een idee. Ze zijn niet zo duur (ik gebruik ze voor de printers). Of een (dikke) condensator er tussen die de pieken kan opvangen. Je schakelt niet elke 2 seconden met zo een raam is mijn ervaring. Dan heeft een (dikke) condensator de tijd om op te laden voor het volgende kunstje.

[joneboon]

ik heb de raamopener even los liggen hier, kan het resetten goed reproduceren ook zonder een raam gekoppeld te hebben.

Als ik de vergrendel motor los koppel van de interne PCB dan lijkt alles prima te werken als ik hem voed via de RJ12 poort. Waarom dat is weet ik nog niet, deze motor wordt wel ook gelijk aangestuurd bij openen na een power reset (omdat de status LOCKED is).

[Stainless Steel]

tcw82 schreef op maandag 9 juni 2025 @ 09:43:
[...]
Is twee (converters) parallel zetten voor meer vermogen een idee.

Ik zou de AXA gewoon direct met 9 Volt voeden en dan met een step down converter van 9 Volt naar 3.3 Volt gaan om de ESP te voeden. Zo doe ik dat althans zelf op mijn PCB.

De ESP heeft niet zoveel vermogen nodig, de motor van de AXA wel

[joneboon]

Opgelost! Een paar problemen:
Het vergrendel principe is niet super robuust, het wormwiel-asje kon makkelijk vast lopen. Ik heb die een beetje bijgewerkt en nu loopt het soepeler.
Het over zijn nek gaan bij het aansturen van de vergrendel motor heb ik opgelost door een condensator over de batterij polen te zetten. Nu werkt het perfect!