@Shoarma4Life .... Mogen we nog eens vragen hier iets van te copieren naar de openingspost?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
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.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.
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
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 gekochtStainless Steel schreef op dinsdag 26 november 2024 @ 11:03:
Hebben jullie wel zo'n mal om de schroefgaten op de juiste plek te krijgen?
elleP
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 ]
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”)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
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”)
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?
Dit is hoe de logging bij mij er uit ziet:
Zou je misschien de logging van je ESPHome device configuration op Debug kunnen zetten?
code:
1
2
3
| # Enable logging logger: level: DEBUG |
Dit is hoe de logging bij mij er uit ziet:
code:
1
2
3
4
5
6
7
8
9
10
| [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 ]
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.
/f/image/f5NB61KBm4jcoqkwt4HGCdiF.png?f=fotoalbum_large)
Nog even wachten tot ik hem binnen heb, dan solderen en testen
/f/image/f5NB61KBm4jcoqkwt4HGCdiF.png?f=fotoalbum_large)
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 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
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
Ik heb de Debug aangezet, maar ik krijg enkel: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:
1 2 3 # Enable logging logger: level: DEBUG
Dit is hoe de logging bij mij er uit ziet:
code:
1 2 3 4 5 6 7 8 9 10 [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
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
| [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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| [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)
@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:
Terwijl er bij jou dus geen command echo wordt terug gegeven:
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?
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:
1
2
3
| > STATUS < STATUS < 210 UnLocked |
Terwijl er bij jou dus geen command echo wordt terug gegeven:
code:
1
2
| > 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: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:
1 2 3 > STATUS < STATUS < 210 UnLocked
Terwijl er bij jou dus geen command echo wordt terug gegeven:
code:
1 2 > 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?
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 hadgalagaking 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]
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)
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).
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"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
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.
Nope, geen verschil als ik de andere AXA koppel.
[ Voor 3% gewijzigd door damien_demon op 22-02-2025 12:23 . Reden: Extra informatie ]
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.
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 menPetervano 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.
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.
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.
@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.
Ik gebruik dit schema om de AXA Remote op de UART van de ESP aan te sluiten
/f/image/yA0hSCDores5AjSwpEKdaayN.png?f=fotoalbum_large)
Zoals beschreven is in dit document
http://files.domoticaforu...0English%202012nov_V2.pdf
Ik gebruik de volgende UART configuraties:
/f/image/yA0hSCDores5AjSwpEKdaayN.png?f=fotoalbum_large)
Zoals beschreven is in dit document
http://files.domoticaforu...0English%202012nov_V2.pdf
Ik gebruik de volgende UART configuraties:
code:
1
2
3
4
5
6
7
8
9
10
11
| 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 |
@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
Bedankt! Ik heb helaas niet eerder dan woensdag tijd om te testen.
Ik zal het vanavond gelijk voor je testenStainless 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
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.
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 ]
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
| 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
@damien_demon is dit met een ESP32 of een d1mini?
Ik zal woensdag ook testen. Ik heb zelf 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)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.
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
@damien_demon Ik heb mijn code nog wat toleranter gemaakt voor trage/slechte UART verbindingen, probeer maar even uit
zelfde resultaatStainless 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
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
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
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?
ZekerStainless 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?
Ik denk dat je zelf wart meer moet gaan debuggen, want ik kan op afstand niet zien wet er fout gaat
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
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.
Op ESP32-S2 krijg ik daarnaast ook veel
code:
1
| [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.
Als je het raam open/stop/sluit krijg je nu "Command echo received: " meldingen? Of "No command echo received" meldingen?
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
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 ]
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:
1
2
3
4
5
6
7
8
| [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:
1
2
3
4
5
6
7
| [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 ]
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 "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?
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') }}
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') }}
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
Ik begrijp het doel van je template sensor niet helemaal
Via de UI werkt het prima om de status in te stellen:
:strip_exif()/f/image/06MkqeYT6hhDhgNngmuQUoMf.png?f=user_large)
*/f/image/BSpctxzkoyYKhtfuupneZVt6.png?f=fotoalbum_large)
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.
:strip_exif()/f/image/06MkqeYT6hhDhgNngmuQUoMf.png?f=user_large)
*
/f/image/BSpctxzkoyYKhtfuupneZVt6.png?f=fotoalbum_large)
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.
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!
@Stainless Steel Dank voor je inspanningen!
Bij de ESP8266 krijg ik de melding niet, bij de ESP32 wel.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?
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.
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)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?
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!)
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.
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.
@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:
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.
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:
1
2
3
| 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.
Ah! dat zorgt voor geen errors meer, alleen de warnings (garbage), dit is op de esp8266 (ik kan nu de esp32 even niet testen)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:
1 2 3external_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.
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)
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.
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".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.
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).
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.
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.
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.
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.
@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:
Verder lijkt het stabiel te zijn. Ik laat het jullie weten hoe het komende week gaat.
Maar goed ik heb al usb voedingen liggen dus nu eerst zo aangesloten. Ik krijg nu wel verl:
code:
1
2
3
4
5
6
7
8
9
10
| [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.
Tot nu toe geen vastlopers of uitvallen gehad op de esp32.
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).
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.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.
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?
@-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.
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.
elleP
Mag ik vragen wat het mechanisch probleem was?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.
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
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
elleP
Herkenbaar, maar niet onoverkomelijk. Ik heb wel een boormal voor je.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
Of is het nu te laat?
@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!
Dus als je een boormal voor me hebt, graag!
elleP
Je hebt een prive berichtje, dan kijken we daar even wat handig is.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!
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.
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 ziettimminater 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.
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
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!
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!
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.
Zojuist de STL op thingiverse gezet:
https://www.thingiverse.com/thing:7019424
Ik heb hem getest, de gaten lijnen uit.
https://www.thingiverse.com/thing:7019424
Ik heb hem getest, de gaten lijnen uit.
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.
@timminater @elleP @-Tim- .
Als er interesse is, heb ik ook de scan met lineaal plaatjes.
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.
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 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.
gaat ook fout met de afstandbediening.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”?
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.
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
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.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%?
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?
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?
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 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.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
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.
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).
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).
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.tcw82 schreef op maandag 9 juni 2025 @ 09:43:
[...]
Is twee (converters) parallel zetten voor meer vermogen een idee.
De ESP heeft niet zoveel vermogen nodig, de motor van de AXA wel
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!
:strip_exif()/f/image/JEBAlvki6ZkzKOlhZMkJNNDC.jpg?f=fotoalbum_large)
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!
:strip_exif()/f/image/JEBAlvki6ZkzKOlhZMkJNNDC.jpg?f=fotoalbum_large)
Heb je deze inmiddels binnen? Ben benieuwd naar jouw ervaringen.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
Staat het ontwerp ergens online om ook te kunnen bestellen?
Haha ik zat ook alweer naar m'n twee (reeds ongeinstalleerde) AXA units te kijken. De zomer is weer voorbij, de raampjes mogen weer open en dicht
@Double T e.a., sorry dat ik niets meer had laten horen. Ik was druk met het afronden van de PCB en software. De PCB is inmiddels door z'n 4e iteratie heen en werkt nu hoe ik hem wil hebben. Hij past nu nog wat makkelijker in het batterij compartiment van de AXA Remote. De voeding komt direct van de AXA Remote, geen extra USB kabeltje nodig. Als je de lichtsensor wil gebruiken moet je wel een gaatje in de behuizing van de AXA Remote boren voor optimaal resultaat.
:strip_exif()/f/image/SGNwSTwIiH9JKRPM0ZZ4bF7Q.jpg?f=fotoalbum_large)
Alle documentatie van het ESPHome component staat op mijn Github: https://github.com/rrooggiieerr/esphome-axaremote
Ik heb nu een stapeltje voorgesoldeerde PCBs liggen die plug en play zijn. Als je Bluetooth of een BLE proxy gebruikt worden ze direct in HA herkend en kan je ze makkelijk toevoegen. Ook automagische firmware updates vanuit HA werken.
:strip_exif()/f/image/SGNwSTwIiH9JKRPM0ZZ4bF7Q.jpg?f=fotoalbum_large)
Alle documentatie van het ESPHome component staat op mijn Github: https://github.com/rrooggiieerr/esphome-axaremote
Ik heb nu een stapeltje voorgesoldeerde PCBs liggen die plug en play zijn. Als je Bluetooth of een BLE proxy gebruikt worden ze direct in HA herkend en kan je ze makkelijk toevoegen. Ook automagische firmware updates vanuit HA werken.
@Stainless Steel toevallig ook iets kunnen testen met low-power? Ik heb namelijk op sommige locaties geen optie tot het aansluiten van een adapter en zal dus afhankelijk zijn van een batterij.
@timminater nee, niet gedaan. De firmware zal hier helemaal op aangepast moeten worden, en WiFi zal je alleen energiezuinig kunnen krijgen door lange tijd geen gebruik van de WiFi te maken, dus direct aansturen gaat dan niet lukken.
Via Github zag ik dat u deze ook verkoopt. Kunt u de prijs delen?Stainless Steel schreef op dinsdag 28 oktober 2025 @ 16:39:
@Double T e.a., sorry dat ik niets meer had laten horen. Ik was druk met het afronden van de PCB en software. De PCB is inmiddels door z'n 4e iteratie heen en werkt nu hoe ik hem wil hebben. Hij past nu nog wat makkelijker in het batterij compartiment van de AXA Remote. De voeding komt direct van de AXA Remote, geen extra USB kabeltje nodig. Als je de lichtsensor wil gebruiken moet je wel een gaatje in de behuizing van de AXA Remote boren voor optimaal resultaat.
[Afbeelding]
Alle documentatie van het ESPHome component staat op mijn Github: https://github.com/rrooggiieerr/esphome-axaremote
Ik heb nu een stapeltje voorgesoldeerde PCBs liggen die plug en play zijn. Als je Bluetooth of een BLE proxy gebruikt worden ze direct in HA herkend en kan je ze makkelijk toevoegen. Ook automagische firmware updates vanuit HA werken.
jazeker, ik verkoop ze voor € 40 + verzendkosten. Dit is inclusief de juiste kabel om hem aan te sluiten en de losse connectoren om zelf een 2e kabel te kunnen maken voor het aansluiten van een 2e raamopener.A. Qonsaides schreef op dinsdag 28 oktober 2025 @ 20:45:
[...]
Via Github zag ik dat u deze ook verkoopt. Kunt u de prijs delen?
Ik wil wel zo'n bordje kopen, maar ik kan op github je E-mail adres niet vinden.Stainless Steel schreef op dinsdag 28 oktober 2025 @ 20:51:
[...]
jazeker, ik verkoop ze voor € 40 + verzendkosten. Dit is inclusief de juiste kabel om hem aan te sluiten en de losse connectoren om zelf een 2e kabel te kunnen maken voor het aansluiten van een 2e raamopener.
Ik denk dat je op GitHub ingelogd moet zijn om mijn mail adres te zien, maar je kan me oop hier op Tweakers een PB sturenfuchsy schreef op vrijdag 21 november 2025 @ 13:28:
Ik wil wel zo'n bordje kopen, maar ik kan op github je E-mail adres niet vinden.
-
[ Voor 100% gewijzigd door JBS op 21-11-2025 19:20 ]
Ik heb de hier veel gebruikte oplossing gelezen maar zag het niet helemaal zitten om het op die manier te doen.
Dus ik ben volledig anders aan de slag gegaan,met deze blog als inspiratie
https://www.twoenter.nl/b...ruiken-in-home-assistant/
Heb de afstandbediening uit elkaar gehaald, daar op de contacten van de knoppen gesoldeerd, en middels octocouplers en een esp kan ik de knoppen nu via home assistant aanzetten.
Het solderen op zo'n klein elementje was voor mij nog een heel karwei, ook wel eens het gehele plaatje moeten reinigen en weer opnieuw beginnen maar is uiteindelijk gelukt.
Is het uiteindelijk makkelijker dan de andere oplossingen? Geen idee. Ik kon het beter overzien dus misschien help ik iemand anders hier ook wel mee.
Het is hiermee wel een kwestie van de afstandbediening op een slimme plek plaatsen. En lijkt me enkel nuttig als je meerdere afstandbedieningen hebben liggen zodat het niet erg is als je er een kapot maakt.
Ik bedien nu 5 axa's met twee van deze setups.
:strip_exif()/f/image/spXHWmsNjUK7EJWVlq86T9kB.jpg?f=fotoalbum_large)
:strip_exif()/f/image/qPRo0LX9JZiFNu2KocF8ZSR3.jpg?f=fotoalbum_large)
Hier de code. Ik kon verder geen vriendjes worden met ESPHomeWeb, dus heb via windows opdrachtprompt de code geflashed, met hulp van https://www.binarytechlab...endly-step-by-step-guide/
Dus ik ben volledig anders aan de slag gegaan,met deze blog als inspiratie
https://www.twoenter.nl/b...ruiken-in-home-assistant/
Heb de afstandbediening uit elkaar gehaald, daar op de contacten van de knoppen gesoldeerd, en middels octocouplers en een esp kan ik de knoppen nu via home assistant aanzetten.
Het solderen op zo'n klein elementje was voor mij nog een heel karwei, ook wel eens het gehele plaatje moeten reinigen en weer opnieuw beginnen maar is uiteindelijk gelukt.
Is het uiteindelijk makkelijker dan de andere oplossingen? Geen idee. Ik kon het beter overzien dus misschien help ik iemand anders hier ook wel mee.
Het is hiermee wel een kwestie van de afstandbediening op een slimme plek plaatsen. En lijkt me enkel nuttig als je meerdere afstandbedieningen hebben liggen zodat het niet erg is als je er een kapot maakt.
Ik bedien nu 5 axa's met twee van deze setups.
:strip_exif()/f/image/spXHWmsNjUK7EJWVlq86T9kB.jpg?f=fotoalbum_large)
:strip_exif()/f/image/qPRo0LX9JZiFNu2KocF8ZSR3.jpg?f=fotoalbum_large)
Hier de code. Ik kon verder geen vriendjes worden met ESPHomeWeb, dus heb via windows opdrachtprompt de code geflashed, met hulp van https://www.binarytechlab...endly-step-by-step-guide/
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
| esphome:
name: axa_remote
friendly_name: axa remote
esp8266:
board: nodemcuv2
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
# Change Key to any random string
key: "9mMJ0wMukNUw35wPtpG+Z23Chq7x5bQbrlRbe3PgQTE="
ota:
- platform: esphome
password: "e109606b539a0c208adda5d969d3b148"
wifi:
ssid: ""
password: ""
light:
- platform: status_led
name: MIDDEN
id: MIDDEN
pin:
number: D5
mode: output
- platform: status_led
name: BOVEN
id: BOVEN
pin:
number: D2
mode: output
- platform: status_led
name: ONDER
id: ONDER
pin:
number: D6
mode: output
script:
- id: PRESS_MIDDEN
mode: single
then:
- light.turn_on: MIDDEN
- delay: 0.2s
- light.turn_off: MIDDEN
- delay: 0.2s
- id: PRESS_BOVEN
mode: single
then:
- light.turn_on: BOVEN
- delay: 0.2s
- light.turn_off: BOVEN
- delay: 0.2s
- id: PRESS_ONDER
mode: single
then:
- light.turn_on: ONDER
- delay: 0.2s
- light.turn_off: ONDER
- delay: 0.2s
button:
- platform: template
name: "BOVEN"
on_press:
then:
- script.execute: PRESS_BOVEN
- platform: template
name: "MIDDEN"
on_press:
then:
- script.execute: PRESS_MIDDEN
- platform: template
name: "ONDER"
on_press:
then:
- script.execute: PRESS_ONDER |
Ter info, de header aansluitingen op de PCB van de afstandsbediening staan in rechtstreeks contact met de contacten van de knoppen en hebben 3,3 volt nodig om te schakelen. Je kan de GPIO van je ESP er direct op aansluiten.
Wat zijn de header aansluitingen?Stainless Steel schreef op zaterdag 28 februari 2026 @ 20:08:
Ter info, de header aansluitingen op de PCB van de afstandsbediening staan in rechtstreeks contact met de contacten van de knoppen en hebben 3,3 volt nodig om te schakelen. Je kan de GPIO van je ESP er direct op aansluiten.
@sietsef rechtsonder op het groene PCB lijkt me?
Heb je toevallig een kicad of misschien fritzing schema van dit geheel? Dat zou de hardware kant helemaal duidelijk maken.sietsef schreef op zaterdag 28 februari 2026 @ 19:40:
Ik heb de hier veel gebruikte oplossing gelezen maar zag het niet helemaal zitten om het op die manier te doen.
Dus ik ben volledig anders aan de slag gegaan,met deze blog als inspiratie
https://www.twoenter.nl/b...ruiken-in-home-assistant/
Heb de afstandbediening uit elkaar gehaald, daar op de contacten van de knoppen gesoldeerd, en middels octocouplers en een esp kan ik de knoppen nu via home assistant aanzetten.
Het solderen op zo'n klein elementje was voor mij nog een heel karwei, ook wel eens het gehele plaatje moeten reinigen en weer opnieuw beginnen maar is uiteindelijk gelukt.
Is het uiteindelijk makkelijker dan de andere oplossingen? Geen idee. Ik kon het beter overzien dus misschien help ik iemand anders hier ook wel mee.
Het is hiermee wel een kwestie van de afstandbediening op een slimme plek plaatsen. En lijkt me enkel nuttig als je meerdere afstandbedieningen hebben liggen zodat het niet erg is als je er een kapot maakt.
Ik bedien nu 5 axa's met twee van deze setups.
[Afbeelding]
[Afbeelding]
Hier de code. Ik kon verder geen vriendjes worden met ESPHomeWeb, dus heb via windows opdrachtprompt de code geflashed, met hulp van https://www.binarytechlab...endly-step-by-step-guide/code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85esphome: name: axa_remote friendly_name: axa remote esp8266: board: nodemcuv2 # Enable logging logger: # Enable Home Assistant API api: encryption: # Change Key to any random string key: "9mMJ0wMukNUw35wPtpG+Z23Chq7x5bQbrlRbe3PgQTE=" ota: - platform: esphome password: "e109606b539a0c208adda5d969d3b148" wifi: ssid: "" password: "" light: - platform: status_led name: MIDDEN id: MIDDEN pin: number: D5 mode: output - platform: status_led name: BOVEN id: BOVEN pin: number: D2 mode: output - platform: status_led name: ONDER id: ONDER pin: number: D6 mode: output script: - id: PRESS_MIDDEN mode: single then: - light.turn_on: MIDDEN - delay: 0.2s - light.turn_off: MIDDEN - delay: 0.2s - id: PRESS_BOVEN mode: single then: - light.turn_on: BOVEN - delay: 0.2s - light.turn_off: BOVEN - delay: 0.2s - id: PRESS_ONDER mode: single then: - light.turn_on: ONDER - delay: 0.2s - light.turn_off: ONDER - delay: 0.2s button: - platform: template name: "BOVEN" on_press: then: - script.execute: PRESS_BOVEN - platform: template name: "MIDDEN" on_press: then: - script.execute: PRESS_MIDDEN - platform: template name: "ONDER" on_press: then: - script.execute: PRESS_ONDER
Dan zijn vragen zoals die door @sietsef waarschijnlijk direct beantwoord. Als je wil kan ik die ook maken, heb ik wel een schetsje of iets dergelijks nodig.
Wacht, ik zit te snurken, @sietsef heeft de originele "alternatieve" methode gemaakt, en @Stainless Steel meldt iets over headers waar @sietsef weer op reageert. Blijft mijn originele aanbod nog altijd overeind. Als er een schets oid is. Kan ik wel een kicad schema maken.
[ Voor 3% gewijzigd door tcw82 op 03-03-2026 09:50 ]
Je hebt volgens mij een schets gedeeld van je zelf gemaakte PCB terwijl @tcw82 om een schets van de pcb van de remote afstandbediening vroeg geloof ik.Stainless Steel schreef op dinsdag 3 maart 2026 @ 13:59:
Zoiets?
[Afbeelding]
Ik gebruik zelf mijn PCB in het batterijvak, dus de urgentie was er niet om het eens af te maken
Mijn vraag blijft in ieder geval nog onbeantwoord
Stainless Steel schreef op zaterdag 28 februari 2026 @ 20:08:
Ter info, de header aansluitingen op de PCB van de afstandsbediening staan in rechtstreeks contact met de contacten van de knoppen en hebben 3,3 volt nodig om te schakelen. Je kan de GPIO van je ESP er direct op aansluiten.
Dus ik weet niet of je het dus over de header aansluitingen op de afstandbediening hebt?
Ik heb in ieder geval even weer tijd gehad om een afstandbediening open te maken en een 'kale' pcb te fotograferen. Ik kan zo niet ontcijferen welke aansluitingen rechtstreeks open/dicht/stop signalen kunnen sturen, los van de plek waar je normaal de knoppen indrukt.
Weet jij dat of iemand anders?
Het zou in ieder geval schelen met solderen want zoals te zien kan het een prutswerkje worden op die smalle strookjes..
De header aansluitingen zijn de soldeerpads waar je header pins in kan solderen. Met een multimeter kan je makkelijk even nameten welke soldeerpad met welke knop is verbonden.
Ja, dat is de 3d render. Ziet er goed uit. Als je die hebt, heb je ook de schematische weergave en de routing weergave.Stainless Steel schreef op dinsdag 3 maart 2026 @ 13:59:
Zoiets?
[Afbeelding]
Ik gebruik zelf mijn PCB in het batterijvak, dus de urgentie was er niet om het eens af te maken
/f/image/OD6aHTmEBzrlpKZWRtXpWl23.png?f=fotoalbum_large)
:strip_exif()/f/image/ILamN4JFxwB9C5Pt3Yawci8l.png?f=user_large)
:strip_exif()/f/image/JUk8zlNNSzGvqxl3gIoRNUV9.jpg?f=fotoalbum_large)
:strip_exif()/f/image/bjHjnDtVgllteHGIgaxhrSlg.jpg?f=fotoalbum_tile)
:strip_exif()/f/image/DmhbavTuCU1nH1TKBWLZSuzv.jpg?f=fotoalbum_tile)
/f/image/d9vnWLAibtnRckYOCnC3G34M.png?f=fotoalbum_large)