:strip_icc():strip_exif()/u/48598/sharediron.qrcode.60x60.jpg?f=community)
@elleP Ok, dan moet ik even wachten tot dat ik de volledig bedraade RJ25 binnen heb, heb nu alleen een RJ14 kabel (binnenste 4 polen bedraad)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/w1rbfjBgvgLB7P8X1WOMQQhk.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/3ak8TJ8FAPlKWCElS9tEuPzL.jpg?f=user_large)
@Stainless Steel Kan je een foto van je pcb maken waarop de types van deze 3 transistoren zichtbaar zijn? Ik ben wel benieuwd wat er anders is aan jouw pcb waardoor het niet werkt.
:strip_exif()/f/image/fo5kmKA6oVgQ5why0QtNZXpi.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/fo5kmKA6oVgQ5why0QtNZXpi.jpg?f=user_large)
elleP
@elleP bij mij staat er iets heel anders dan op de componenten dan bij jou. Heb jij dezelfde PCB revisie?
:strip_exif()/f/image/EL1AkWhE8nkXhRUlSLuIEuwH.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/EL1AkWhE8nkXhRUlSLuIEuwH.jpg?f=user_large)
@Stainless Steel Als ik het goed heb zijn de transistoren wel anders maar niet relevant. De middelste hangt via de via met zijn gate aan de 3v3 micro op de axa, dus zou de meest linkse (zelfde type) ook op 3v3 moeten werken.
De meest rechter transistor is wel hetzelfde type.
Het enige verschil zit hem dus in de 2 weerstandjes, ik heb een 3k9 (392) pull-up van bus-voeding naar bus-data, bij jou is die 33k. (333)
Verder is bij mij de pull-down weerstand in de axa-naar-bus richting bij mij 33 ohm (330), en bij jou 100 ohm (01A).
Als ik hier ooit weer eens tijd voor heb ga ik nog een keer doorrekenen of het met die waarden inderdaad niet meer zou moeten werken.
Ik heb inderdaad weer een iets andere versie van de pcb.
:strip_exif()/f/image/PuCrKNGm9jQh7ywLEYCCMP9y.jpg?f=fotoalbum_large)
De meest rechter transistor is wel hetzelfde type.
Het enige verschil zit hem dus in de 2 weerstandjes, ik heb een 3k9 (392) pull-up van bus-voeding naar bus-data, bij jou is die 33k. (333)
Verder is bij mij de pull-down weerstand in de axa-naar-bus richting bij mij 33 ohm (330), en bij jou 100 ohm (01A).
Als ik hier ooit weer eens tijd voor heb ga ik nog een keer doorrekenen of het met die waarden inderdaad niet meer zou moeten werken.
Ik heb inderdaad weer een iets andere versie van de pcb.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/PuCrKNGm9jQh7ywLEYCCMP9y.jpg?f=user_large)
elleP
Ik volg dit topic al even, maar speciaal hiervoor een account aangemaakt 
Na wat pielen met een Arduino UNO en een MCP2003 komen de commando's aan bij de AXA, echter krijg ik vaak terug '502 Command not implemented' of een boel gibberish (waarin dan wel weer de juiste respons te herkennen is).
Wanneer ik met een tweede Arduino de LIN-pin van de MCP2003 snif, zie ik de volgende data langskomen (char, int, hex, bin):
Eerst zie je het statusverzoek richting Arduino gaan, en daarna komt er wat data terug. Echter op andere momenten is de reactie:
En op weer andere momenten (alles de zelfde sessie)
Opmerkelijk; zelfs wanneer gesnift aan het uiteinde van de RJ11/25 kabel komt deze data naar voren, wat doet vermoeden dat de AXA er zelf moeite mee heeft. (Deze heeft het eerder met het welbekende LINBUS bordje van eBay wel goed gedaan). Ik heb de RJ11/25 kabel doormidden geknipt en in terminal-connectors gestopt, waarbij ik maar 1 van de 2 data strands gebruik. (gedrag verandert niet bij het gebruik van beide data strands)
Vreemd genoeg werkt de code beter middels SoftwareSerial (op 8N1), dan op CustomSoftwareSerial waarbij wél twee stopbits mee te geven is)
Heeft iemand hier een idee? waar het hem in kan zitten?
Tevens lijkt het erop dat de hele MCP2003 niet nodig is, én de AXA te voeden is uit de RJ11/25, mits de voltages omlaag/omhoog geschroefd worden voor de rx/tx. Is er een reden om deze wel te houden, voor zo'n simpele toepassing?
Sketch-code, want daar houdt iedereen van
Na wat pielen met een Arduino UNO en een MCP2003 komen de commando's aan bij de AXA, echter krijg ik vaak terug '502 Command not implemented' of een boel gibberish (waarin dan wel weer de juiste respons te herkennen is).
Wanneer ik met een tweede Arduino de LIN-pin van de MCP2003 snif, zie ik de volgende data langskomen (char, int, hex, bin):
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
| S (83, 53, 1010011) T (84, 54, 1010100) A (65, 41, 1000001) T (84, 54, 1010100) U (85, 55, 1010101) S (83, 53, 1010011) (13, D, 1101) (10, A, 1010) (13, D, 1101) (10, A, 1010) (13, D, 1101) (10, A, 1010) ? (132, 84, 10000100) ? (130, 82, 10000010) P (80, 50, 1010000) (1, 1, 1) ` (96, 60, 1100000) (2, 2, 10) (3, 3, 11) ? (150, 96, 10010110) k (107, 6B, 1101011) ? (131, 83, 10000011) c (99, 63, 1100011) + (43, 2B, 101011) k (107, 6B, 1101011) + (43, 2B, 101011) s (115, 73, 1110011) ? (163, A3, 10100011) + (43, 2B, 101011) # (35, 23, 100011) k (107, 6B, 1101011) |
Eerst zie je het statusverzoek richting Arduino gaan, en daarna komt er wat data terug. Echter op andere momenten is de reactie:
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
| S (83, 53, 1010011) T (84, 54, 1010100) A (65, 41, 1000001) T (84, 54, 1010100) U (85, 55, 1010101) S (83, 53, 1010011) (13, D, 1101) (10, A, 1010) 5 (53, 35, 110101) 0 (48, 30, 110000) 2 (50, 32, 110010) (32, 20, 100000) C (67, 43, 1000011) o (111, 6F, 1101111) m (109, 6D, 1101101) m (109, 6D, 1101101) a (97, 61, 1100001) n (110, 6E, 1101110) d (100, 64, 1100100) (32, 20, 100000) n (110, 6E, 1101110) o (111, 6F, 1101111) t (116, 74, 1110100) (32, 20, 100000) i (105, 69, 1101001) m (109, 6D, 1101101) p (112, 70, 1110000) l (108, 6C, 1101100) e (101, 65, 1100101) m (109, 6D, 1101101) e (101, 65, 1100101) n (110, 6E, 1101110) t (116, 74, 1110100) e (101, 65, 1100101) d (100, 64, 1100100) (13, D, 1101) (10, A, 1010) (13, D, 1101) (10, A, 1010) (13, D, 1101) (10, A, 1010) |
En op weer andere momenten (alles de zelfde sessie)
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
| V (86, 56, 1010110) E (69, 45, 1000101) R (82, 52, 1010010) S (83, 53, 1010011) I (73, 49, 1001001) O (79, 4F, 1001111) N (78, 4E, 1001110) (13, D, 1101) (32, 20, 100000) (32, 20, 100000) F (70, 46, 1000110) i (105, 69, 1101001) r (114, 72, 1110010) m (109, 6D, 1101101) w (119, 77, 1110111) a (97, 61, 1100001) r (114, 72, 1110010) e (101, 65, 1100101) (32, 20, 100000) V (86, 56, 1010110) 1 (49, 31, 110001) . (46, 2E, 101110) 2 (50, 32, 110010) 0 (48, 30, 110000) (32, 20, 100000) 2 (50, 32, 110010) 0 (48, 30, 110000) 1 (49, 31, 110001) 2 (50, 32, 110010) (13, D, 1101) (10, A, 1010) |
Opmerkelijk; zelfs wanneer gesnift aan het uiteinde van de RJ11/25 kabel komt deze data naar voren, wat doet vermoeden dat de AXA er zelf moeite mee heeft. (Deze heeft het eerder met het welbekende LINBUS bordje van eBay wel goed gedaan). Ik heb de RJ11/25 kabel doormidden geknipt en in terminal-connectors gestopt, waarbij ik maar 1 van de 2 data strands gebruik. (gedrag verandert niet bij het gebruik van beide data strands)
Vreemd genoeg werkt de code beter middels SoftwareSerial (op 8N1), dan op CustomSoftwareSerial waarbij wél twee stopbits mee te geven is)
Heeft iemand hier een idee? waar het hem in kan zitten?
Tevens lijkt het erop dat de hele MCP2003 niet nodig is, én de AXA te voeden is uit de RJ11/25, mits de voltages omlaag/omhoog geschroefd worden voor de rx/tx. Is er een reden om deze wel te houden, voor zo'n simpele toepassing?
Sketch-code, want daar houdt iedereen van
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
103
104
105
106
107
108
109
110
111
112
113
114
| #include "SoftwareSerial.h"
const uint8_t rxPin = 6;
const uint8_t txPin = 7;
const uint8_t buttonAPin = 2;
const uint8_t buttonBPin = 3;
SoftwareSerial * axa;
const int numCmds = 7;
const char * cmds[] = {
"OPEN",
"CLOSE",
"STOP",
"VERSION",
"STATUS",
"DEVICE",
"HELP"
};
const char crlf[] = "\r\n";
void setup() {
pinMode(rxPin, INPUT_PULLUP);
pinMode(txPin, OUTPUT);
pinMode(buttonAPin, INPUT_PULLUP);
pinMode(buttonBPin, INPUT_PULLUP);
Serial.begin(9600);
Serial.println("Window controller");
for( int i=0; i<numCmds; i++ ) {
Serial.print(i);
Serial.print(": ");
Serial.println(cmds[i]);
}
Serial.println();
attachInterrupt(digitalPinToInterrupt(buttonAPin), buttonA, RISING);
attachInterrupt(digitalPinToInterrupt(buttonBPin), buttonB, RISING);
axa = new SoftwareSerial(rxPin,txPin); // rx, tx
axa->begin(19200); //19200, SERIAL_8N2); // w/CustomSoftwareSerial
delay(200);
}
void todev(SoftwareSerial * output, uint8_t * b, uint8_t s) {
for(int i=0; i<s; i++) {
output->write(b[i]);
delay(20);
}
}
void printSerial(SoftwareSerial * output, uint8_t * b, uint8_t s) {
// output->print(crlf);
// output->print((char *)b);
// output->print(crlf);
todev(output, crlf, strlen(crlf));
todev(output, b, strlen(b));
todev(output, crlf, strlen(crlf));
// delay(10);
}
#define printAXA(str) printSerial(axa, str, strlen(str))
void buttonA() {
for( int i=0; i < 1; i++ ) {
Serial.println("STATUS");
printAXA("STATUS");
}
}
void buttonB() {
static int curr = 3;
static unsigned long last = 0;
// debounce
if( (last - millis()) < 500 ) {
busy = false;
return;
}
last = millis();
printAXA(cmds[curr]);
curr++; // loop through commands
if( curr >= numCmds ) {
curr = 3;
}
}
void loop() {
if(Serial.available() > 0)
{
byte command = Serial.read();
char * str = NULL;
if( command >= '0' && command < numCmds+'0' ) {
str = cmds[command-'0'];
}
if( str != NULL ) {
Serial.println(str);
printAXA(str);
}
}
while( axa->available() > 0 ) {
String a = axa->readString();
Serial.println(a);
}
} |
@Stainless Steel
Hij staat al in het topic, maar ietwat verstopt: https://github.com/ellepdesk/espaxa
Ik denk overigens dat mijn 3v3 oplossing bij jouw niet werkt omdat de pull-up van de axa bijna 10x meer weerstand heeft dan de mijne. Je zou mijn oplossing nog eens kunnen testen met een 3k9 weerstand tussen de 3v3 en de databus, dat zou wat betere spanningsniveaus op moeten leveren.
@Redux : de MCP2003 is in deze opstelling niet meer dan een bi-directionele level shifter, als het goed is (tm) kan je die met onderstaand circuit met een nmos ook maken.
Met een beetje valsspelen heb je zelfs R1 en R2 niet nodig; R1 zit al in de axa, en R2 kan je maken door de interne pullup van de RX op de esp aan te zetten.
/f/image/DE8H5if4pZaUUZxYwGSHnhvB.png?f=fotoalbum_large)
Hij staat al in het topic, maar ietwat verstopt: https://github.com/ellepdesk/espaxa
Ik denk overigens dat mijn 3v3 oplossing bij jouw niet werkt omdat de pull-up van de axa bijna 10x meer weerstand heeft dan de mijne. Je zou mijn oplossing nog eens kunnen testen met een 3k9 weerstand tussen de 3v3 en de databus, dat zou wat betere spanningsniveaus op moeten leveren.
@Redux : de MCP2003 is in deze opstelling niet meer dan een bi-directionele level shifter, als het goed is (tm) kan je die met onderstaand circuit met een nmos ook maken.
Met een beetje valsspelen heb je zelfs R1 en R2 niet nodig; R1 zit al in de axa, en R2 kan je maken door de interne pullup van de RX op de esp aan te zetten.
:fill(white):strip_exif()/f/image/DE8H5if4pZaUUZxYwGSHnhvB.png?f=user_large)
[ Voor 0% gewijzigd door elleP op 21-12-2022 15:58 . Reden: Fix @ ]
elleP
@elleP ik had het al even zonder mosfet geprobeerd (AXA reageert op 5v, alleen dan even geen open/close signalen geven 
), dan reageert hij perfect.
Zojuist met een mosfet ertussen geprobeerd, en nu werken ook de open/close commando's naar behoren, thanks!
Voor mij is het een hele trip geweest om hier te komen, en zoals zo vaak blijkt is de oplossing simpeler dan verwacht. Meer betrouwbare communicatie met de AXA (zonder ebay-shield er tussen), op een simpelere manier.
), dan reageert hij perfect.Zojuist met een mosfet ertussen geprobeerd, en nu werken ook de open/close commando's naar behoren, thanks!
Voor mij is het een hele trip geweest om hier te komen, en zoals zo vaak blijkt is de oplossing simpeler dan verwacht. Meer betrouwbare communicatie met de AXA (zonder ebay-shield er tussen), op een simpelere manier.
:strip_icc():strip_exif()/u/91488/4.jpg?f=community)
Ben zelf geen codeschrijver maar als ik het goed zie, zijn de smaken alleen dicht of volledig open, klopt dat?
Ik zit zelf ook aan te hikken tegen een knutselproject om de AXA's via HA bedienbaar te maken maar voor mij is het van belang om het venster deels te kunnen openen, bijv. in 5 stappen o.i.d. De tijd ontbreekt me helaas nog om ermee aan de slag te gaan
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.
:strip_exif()/f/image/0CVcE2sZGhjVZW4I0Rm3sBow.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/0CVcE2sZGhjVZW4I0Rm3sBow.jpg?f=user_large)
Heb jouw werk zeker gespot
Dat screenshot van HA met de verschillende standen, is mijn ideaalbeeld... maar het bypassen van de LINbus converter, de verschillende revisies van de AXA Remote PCB's, de verschillende weerstanden die daarop gebruikt zijn en de consequenties daarvan voor de werking, gingen m'n pet te boven waardoor de drempel om ermee aan de slag te gaan door de beperkte tijd, nu nog te hoog was. Daarnaast heeft het mijn voorkeur om de Remote extern te voeden i.p.v. met AA's wat, als ik goed gelezen heb, niet samengaat met jouw schema?
En toen kwam ik erachter dat de afstandsbediening zicht moet hebben op de AXA. Mijn hobby knutsel oplossing voor in een kastje uit 't zicht gaat dus niet werken.:
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]
:strip_exif()/u/73/koelkast-lach.gif?f=community)
Dat klopt. Ik heb mijn bevindingen gedeeld met een vertegenwoordiger, het laatste bericht is dat ze april/mei 2022 een verbeterde versie zouden sturen. Niets meer van gehoord, ik zal nog eens een balletje opgooien.
Voor mij wat minder belangrijk, omdat ik binnenkort ga verhuizen. Geen bovenlichten meer, en wtw/ventilatiesysteem.
Voor de volgende bewoner ga ik de 'originele' Axa er weer op zetten, wel zo handig voor de toekomstige bewoner. Dan werkt hij gewoon met de afstandsbediening
:strip_icc():strip_exif()/u/166899/The%2520Hooded%2520Figure%2520avatar.jpg?f=community){kind=avatar}
Introductie in Q3 van dit jaar volgens informatie uit juni.:
[...]
Nog een update hierover?
Ik was weer eens aan het spelen, en tijdens het klooien kwam ik erachter dat de axa ook prima werkt op 5V via de usb van de esp. Ik dacht even te testen zonder dat irritante gezoem de hele tijd en had de batterijen eruit gehaald. Dat bleef gewoon door werken.
Het is ook wel logisch, ik draai met 4 NiMH batterijen, en dat is maar 4.8V en de stroom zal ook wel mee vallen.
Ik ga binnenkort eens een sw-versie maken die niet probeert te slapen maar altijd actief is, dat zou best wel eens kunnen werken voor mij
Het is ook wel logisch, ik draai met 4 NiMH batterijen, en dat is maar 4.8V en de stroom zal ook wel mee vallen.
Ik ga binnenkort eens een sw-versie maken die niet probeert te slapen maar altijd actief is, dat zou best wel eens kunnen werken voor mij
elleP
:strip_icc():strip_exif()/u/366914/ipadg_2.jpg?f=community)
/u/19536/crop5b86c55648b3f_cropped.png?f=community)
/u/55653/bla.png?f=community)
Dit ziet er tof uit. Heb je dit helemaal zelf gemaakt of is er ergens guide hiervoor? En waar kan ik deze onderdelen kopen?:
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]
- 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)
:fill(white):strip_exif()/f/image/qOeN8NS37nRkNvkf9MP1UKwx.png?f=user_large)
- Geprint met m'n 3D printer.
- De servo's worden aangestuurd door een Wemos D1 Mini met ESPHome.
:strip_icc():strip_exif()/u/1958834/crop672890f258279_cropped.jpg?f=community)
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
:strip_exif()/f/image/jEuFZkaKe99A3pSPM3P5wg0T.jpg?f=fotoalbum_large)
/f/image/EC71xicWLJP4ayimV866Wu7d.png?f=fotoalbum_large)
:strip_exif()/f/image/ps0q3qyU5SS1NilKyPlUOsMx.jpg?f=fotoalbum_large)
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
:no_upscale():strip_icc():strip_exif()/f/image/jEuFZkaKe99A3pSPM3P5wg0T.jpg?f=user_large)
:strip_exif()/f/image/EC71xicWLJP4ayimV866Wu7d.png?f=user_large)
:no_upscale():strip_icc():strip_exif()/f/image/ps0q3qyU5SS1NilKyPlUOsMx.jpg?f=user_large)
@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?
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?
Heb je eventueel plannen om deze chip op de markt te brengen? Ik ben erg geïnteresseerd.:
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!
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.:
@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?
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 ]
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.
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.
elleP
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.:
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
:strip_icc():strip_exif()/u/333819/crop64429f64d9d1c_cropped.jpg?f=community)
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
:strip_exif()/f/image/f5NB61KBm4jcoqkwt4HGCdiF.png?f=user_large)
Nog even wachten tot ik hem binnen heb, dan solderen en testen
Ik heb in het verleden heb ik de versie van Galagaking nagemaakt:
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)
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"
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 ]
/u/537845/crop67bc0b6f48d62_cropped.png?f=community)
![[Afbeelding]](https://tweakers.net/i/G9zeEi1_lGv-NQ6BtsXhqge12YY=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/zNvmoUSA9NhZrhptx6QfVBMT.jpg?f=user_large){kind=link}
:fill(white):strip_exif()/f/image/sqbUIXF1xOytUmONDvOgjVdC.png?f=user_large){kind=link}
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.
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:
:strip_exif()/f/image/yA0hSCDores5AjSwpEKdaayN.png?f=user_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 |
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.
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
)
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
)