Hi, and thank you for admitting me to this group.
I'm developing an alarm control unit, using my old door and windows sensors that transmit a non standard protocol using manchester code , at 433.92.
I've analyzed the code and I've developed a higly modified version of RCSwitch library.
Everything works perfectly, I can catch every sensor status change.
The timing is:
15000us sync
800us + 400us bit at 1
400us + 800us bit at 0
Every command is composed by 5 bytes:
0x93 0x55 <2 bytes address> <1 byte status>
The problem arrive when I enable the WiFi. The sensor detector routine become unstable and sometimes it miss to receive correclty, missing for example the door opening. This is unacceptable for an alarm control unit.
Maybe that the high priority of WiFi machine slowers my interrupt routine jumping some edges.
Is there a solution without using a second microcontroller dedicated to senors reception?
To pin the interrupt routine to another core of my ESP32, I've to work alot to my code infrastructure. I could do it, but will it solve the problem?
The interrupt pin is 32 and the routine is installed in RAM.
Thanks in advance to all who can suggest me a solution.
Best regards and happy new year
73's
Fast external GPIO interrupt and WiFi issue
Re: Fast external GPIO interrupt and WiFi issue
Thank you very much for your suggestion.
I've developed the new driver using rmt and works perfectly.
Best regards
I've developed the new driver using rmt and works perfectly.
Best regards
Who is online
Users browsing this forum: No registered users and 40 guests