stephan192 / hoermann_door Goto Github PK
View Code? Open in Web Editor NEWControl Hörmann doors directly via MQTT
License: MIT License
Control Hörmann doors directly via MQTT
License: MIT License
Hi, it's my first time using a pic16...you maybe have a picture on how to wire the pickit3?
Hi Stephan,
Sorry for bothering you but i've managed to source the PCB you designed and flashed both the ESP8266 and the PIC16 with your code to get it up and running in combination with my Hormann Promatic 4 door.
When i connect the PCD to the Hormann BUS:
Seems to my like the PCB is not recognized by the bus scan hence powering down the bus.
What could go wrong..?
any suggestions to point me in the right direction would be much appreciated
Thnx!
I recently built this project and I am pretty confident, that everything was soldered together and programmed correctly.
Right now, a UAP1 and a button is connected to my SupraMaticE2 - this works so far.
As soon as I replace the UAP1 with the board from this project, I get following output on my MQTT server:
[2021-05-11 16:39:46.695584] garage_links/cover/state stopped
[2021-05-11 16:39:46.695644] garage_links/sensor/garage/status offline
Unfortunately it does not respony to any of my issued commands:
[2021-05-11 16:41:12.825838] garage_links/sensor/garage/set CLOSE
[2021-05-11 16:41:18.133533] garage_links/sensor/garage/set TOGGLE
[2021-05-11 16:41:59.022011] garage_links/sensor/garage/set OPEN
[2021-05-11 16:42:01.973374] garage_links/sensor/garage/set OPEN
If I want to open close the door manually with the button, I just get fault "6." in the display.
This points to a fault on the / open "Schlupftür". But I do not have a "Schlupftür" installed at all and the RJ25 plug with the shorting wire in X30 is placed correctly.
As soon as I put UAP1 back in place everything works fine again.
Connecting RPi with RS485 and running https://github.com/raintonr/hormann-hcp works too, so I guess the door and control unit are ok.
Any idea from the specialists on how I could debug here?
Could i have a compiled hex file to upload to the pic please?
Hi all,
I had my board flashed and working fine with my E4 door. I saw there were changes and I decided to flash the board OTA, like always. I made a mistake with the config.h and now the board doesn’t work, but, I can either find the way to reflash it OTA, all the ports are close now. I guess I will need to solder the pins to have the serial working, but, what I did wrong? I remember, when I had this issues before, the board can enter in a recovery mode if it doesn’t detect the wifi, but not anymore… Any advice?
Thanks,
The chip you use in the design is basically sold out in all normal shops and I was wondering if I could Replace the
PIC16F15324-I/SL
with the
PIC16F15325-I/SL
Looking at the Datasheet
https://ww1.microchip.com/downloads/en/DeviceDoc/PIC16F-LF-1532444-Data-Sheet-DS40001889C.pdf
(from https://www.digikey.de/de/products/detail/microchip-technology/PIC16F15324-I-SL/6691276)
it seems the only difference is bigger memory. (Not that I really know what I am looking at otherwise)
I also had to redo the power circuitry for similar reasons and ill upload that in a fork or something once i figure out how to actually use github and that it works.
Hi,
would you mind adding the schematic and the layout as PDF files?
As Eagle is not open source and I don't want to install it just to look at the schematic it would be handy to have those in PDF.
Hi Stephan,
Firstly, thanks for your work and your sharing. I discovered that it was possible to draw boards ourself and even ask to build of a small amount of boards from manufacturers or web sites. (Even if I still have to learn a lot before being able to draw a working circuit myself :-D )
I got a board from a participant to your HA Community Forum thread.
My garage door is a SupraMatic E2, as far as I can understand from the Article Number on the motor box.
The participant was very kind to flash the PIC for me because I don't have any Microchip programmer.
And I flashed the ESP myself.
I can trigger commands: open, close, venting and toggle lights.
But the state is not reported, I always get "stopped" in the MQTT topic.
(The buttons on the motor box, the wall and remotes are still working as before, I do not have the error 6 like in the issue #3, but I don't have any UAP1 currently)
I'm quite newbie in hardware development and my first tests are with ESP32 dev boards using the esphome.io project.
So, to investigate the problem a bit deeper, I moved your code to an esphome project. I had to use a "custom component" as this implementation is not common off course. I succeed to reproduce the same behaviour: sending commands but no state reports.
I added some logs, especially inside the "parse_input" function, and discovered that the PIC is communicating with the ESP but it always reports 0 in the "state byte".
Here are the logs:
[12:32:52][D][garage:223]: parse_input rx_buffer[0] = 85
[12:32:52][D][garage:224]: parse_input rx_buffer[1] = 0
[12:32:52][D][garage:225]: parse_input rx_buffer[2] = 2
[12:32:52][D][garage:226]: parse_input rx_buffer[3] = 0
[12:32:52][D][garage:227]: parse_input rx_buffer[4] = 0
[12:32:52][D][garage:228]: parse_input rx_buffer[5] = 87
[12:32:52][D][garage:229]: parse_input rx_buffer[6] = 0
[12:32:52][D][garage:236]: parse_input 3 = 0
[12:32:57][D][garage:223]: parse_input rx_buffer[0] = 85
[12:32:57][D][garage:224]: parse_input rx_buffer[1] = 0
[12:32:57][D][garage:225]: parse_input rx_buffer[2] = 2
[12:32:57][D][garage:226]: parse_input rx_buffer[3] = 0
[12:32:57][D][garage:227]: parse_input rx_buffer[4] = 0
[12:32:57][D][garage:228]: parse_input rx_buffer[5] = 87
[12:32:57][D][garage:229]: parse_input rx_buffer[6] = 0
[12:32:57][D][garage:236]: parse_input 3 = 0
Do you have an idea of what could be problematic ?
Or where I should investigate more ?
I guess that the problem will be in the PIC code, but I wanted to confirm before going further.
I can share my esphome project code if it can help. I was planning to share it when it was ready.
Thanks in advance for your help!
Hi,
didn't find a bill of material. Did I miss it or do I have to guess lots of the components?
Thanks a lot!
Cheers
4920441
I've been interrested for a while already in hoermann-hcp protocol, but this seems to be the most closest and finished project to fit my needs.
Is there a source where I can get this pcb boards?
does it also work with the Hörmann ProMatic 4 BiSecur 4510293 garage door opener?
I was trying to produce a JLCPCB order list (see attachment), but the following parts are missing and very difficult to find. Are you able to suggest alternatives, or to modify the gerber with some more common ones?
The following should be ok:
But I'm having issues with the following:
AOZ1283PI
Can't be found.
SRN6045TA-220M ==> VLS6045EX-221M or VLS6045EX-220M
Lower max current, but is it needed? Also, i think this is a mistake; shouldn't the inductor be 22uH, reading on AOZ1283PI datasheet? So maybe VLS6045EX-220M is a better choice.
PIC16F15324-I/SL ==> ?
Candidates are:
PIC16F15325-I/SL but it can't be found
PIC16F18326-I/SL but it doesn't have 2 EUSART
I'm really not an electronic engineer and I don't have the skill to change the PCB, but I think that the buck regolator and PIC really need to be changed with more common ones.
Hi,
I've just stumbled upon this project. I have a Lineamatic 2 gate motor that I'd like to add to Home Assistant. Is this project compatible with this motor? I think it is a Series 3 motor, but I'm not sure. Can I use the "venting" option for the "small gate" option (partial open)? Does it also report open-close-opening-closing-partially open state?
Thanks
Hi Stephan, First of all thanks for all your nice work. I've managed to get my hand on a PCB made according to your design and it is working like charm.
I've noticed the presence of a toggle light option in the Pic16 code and was wondering if it is already possible to use this feature through MQTT... could not verify this to be true whilst looking through the esp8266 code.
Thanks in advance !
I've updated HA to the latest version, 2021.6.3, now, mqtt can't load due to the following message:
2021-07-24 11:48:32 ERROR (MainThread) [homeassistant.components.homeassistant] The system cannot restart because the configuration is not valid: Invalid config for [cover.mqtt]: 'position_template' must be set together with 'position_topic'.. Got OrderedDict([('platform', 'mqtt'), ('name', 'garage'), ('command_topic', 'garage/cover/set'), ('state_topic', 'garage/cover/state'), ('qos', 0), ('retain', False), ('payload_open', 'OPEN'), ('payload_close', 'CLOSE'), ('payload_stop', 'STOP'), ('position_open', 100), ('position_closed', 0), ('position_template', '{% if value == "open" %}100{% elif value == "closed" %}0{% else %}10{% endif %}')]). (See ?, line ?).
Any tips?
TIA
Hi guys, should this be compatible with Hormann Promatic too?
Is there anywhere partlist/component list for the PCB?
Hello, your project is great and it's exactlhy what I needed for my Hormann doors. I'm trying to reproduce the board, and while browsing for parts, I've noticed that datasheet for AOZ1038PI says "4.5 V to 18 V operating input voltage range". As per the schematic, the input voltage is 24V. Is it safe to operate in that range? Also the 10u C0805 capacitors should be at least 25V I suppose?
Looking forward for your reply.
Regards
Hi, as suggested by you in #5 (comment) and @Abildgren in #14 (comment), I tried the HMIP HAP1-HCP adapter to connect your device to a Promatic 4 motor.
Issues so far:
I had to "jump start" the device powering it from +24v accessories plug of the motor and not from the bus. There is no power on the bus of Promatic 4 motors until you start a bus scan. So (i think) the scan fails because the ESP32 isn't quick enough to boot, and so the HMIP HAP1-HCP adapter turns off and so does the ESP32. When the PCB is powered externally, the scan succeeds, and from this point on the bus remains powered, and the adapter HAP1-HCP remains always on (even you disconnect the PCB). Would have been nice to have a separate power in pin terminals on the PCB... And also the blue led, it turns on only for an istant when you give power, would have been nice to have it on permanently when device is powered. Anyway, once "jump started", it will work as-is (until maybe you reset the bus?).
The MQTT commands to open/close and turn on/off light do not work. The status report is OK and aligned with the real status of the door (e.g., if I open the door via remote, I see it on MQTT; but if I try to open it via MQTT, it doesn't work).
It's like the motor is "read only"...
Do you have any suggestion?
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.