Hey KinCony, 

Having issues whenever the controller restarts or looses power for a minute the IFTTT Settings do not save. I do not see any options that would fix this. Any help is appreciated! 

I'm currently on firmware version 3.25.4
   

new version improvement:

1: add support new model: MT4
2: add auto feedback DAC and ADC value by TCP string command.
3: fixed bug temperature sensor trigger SMS or phone call.
4: support use negative temperature value.
5: add "Duration" for IF condition using IFTTT.
6: if repalce new DS18B20 sensor, add auto detect function. Not need to re config sensor manually.
7: full unicode support for 4G module and Longer SMS Message content. You can use local language for SMS.Even emojis in SMS.

Attached Files

  KCS_A2V3_V3.26.1.zip (Size: 1.19 MB / Downloads: 214)
  KCS_A6V3_V3.26.1.zip (Size: 1.17 MB / Downloads: 153)
  KCS_A8V3_V3.26.1.zip (Size: 1.22 MB / Downloads: 188)
  KCS_A16V3_V3.26.1.zip (Size: 1.24 MB / Downloads: 220)
  KCS_A32PRO_V3.26.1.zip (Size: 1.2 MB / Downloads: 161)
  KCS_AG8_V3.26.1.zip (Size: 1.18 MB / Downloads: 130)
  KCS_AGV3_V3.26.1.zip (Size: 1.13 MB / Downloads: 157)
  KCS_AIO_HYBRID_V3.26.1.zip (Size: 1.41 MB / Downloads: 156)
  KCS_ALR_V3.26.1.zip (Size: 1.17 MB / Downloads: 143)
  KCS_B4_V3.26.1.zip (Size: 1.23 MB / Downloads: 157)
  KCS_B4M_V3.26.1.zip (Size: 1.23 MB / Downloads: 136)
  KCS_B8_V3.26.1.zip (Size: 1.23 MB / Downloads: 147)
  KCS_B8M_V3.26.1.zip (Size: 1.23 MB / Downloads: 130)
  KCS_B16_V3.26.1.zip (Size: 1.23 MB / Downloads: 153)
  KCS_B16M_V3.26.1.zip (Size: 1.23 MB / Downloads: 169)
  KCS_B24_V3.26.1.zip (Size: 1.23 MB / Downloads: 152)
  KCS_B24M_V3.26.1.zip (Size: 1.23 MB / Downloads: 168)
  KCS_B32M_V3.26.1.zip (Size: 1.23 MB / Downloads: 135)
  KCS_DM4_V3.26.1.zip (Size: 1.23 MB / Downloads: 145)
  KCS_DM8_V3.26.1.zip (Size: 1.23 MB / Downloads: 143)
  KCS_DM16_V3.26.1.zip (Size: 1.2 MB / Downloads: 156)
  KCS_DM32_V3.26.1.zip (Size: 1.23 MB / Downloads: 171)
  KCS_F4_V3.26.1.zip (Size: 1.22 MB / Downloads: 148)
  KCS_F8_V3.26.1.zip (Size: 1.22 MB / Downloads: 147)
  KCS_F16_V3.26.1.zip (Size: 1.23 MB / Downloads: 167)
  KCS_F24_V3.26.1.zip (Size: 1.23 MB / Downloads: 140)
  KCS_F32_V3.26.1.zip (Size: 1.23 MB / Downloads: 157)
  KCS_G1_V3.26.1.zip (Size: 1.19 MB / Downloads: 167)
  KCS_KC_TA_V3.26.1.zip (Size: 1.18 MB / Downloads: 142)
  KCS_MT4_V3.26.1.zip (Size: 1.18 MB / Downloads: 171)
  KCS_N10_V3.26.1.zip (Size: 1.09 MB / Downloads: 173)
  KCS_N20_V3.26.1.zip (Size: 1.09 MB / Downloads: 145)
  KCS_N30_V3.26.1.zip (Size: 1.09 MB / Downloads: 135)
  KCS_N60_V3.26.1.zip (Size: 1.11 MB / Downloads: 148)
  KCS_T16M_V3.26.1.zip (Size: 1.17 MB / Downloads: 146)
  KCS_T32M_V3.26.1.zip (Size: 1.2 MB / Downloads: 148)
  KCS_T64M_V3.26.1.zip (Size: 1.2 MB / Downloads: 155)
  KCS_T128M_V3.26.1.zip (Size: 1.2 MB / Downloads: 145)
  KCS_TR_V3.26.1.zip (Size: 1.15 MB / Downloads: 149)
  KCS_Z1_V3.26.1.zip (Size: 1.32 MB / Downloads: 128)

Sharing a complete, field-proven ESPHome config for the KC868-A4 running a residential chain-driven slide gate (Eagle 1000 operator chassis with a CO-Z T329 V3.0 replacement control board). It has been in 24/7 outdoor service through Texas summer heat. The full v6 YAML is attached to this post (kc868-a4-slide-gate-v6.txt).

WHAT IT DOES
- Template cover (open/close/stop), each command mapped 1:1 to its own relay pulsing the T329's discrete OP / CL / STP trigger terminals to COM
- 4th relay bypasses the IR safety beam (FSW) for rainy days, with a 10-minute auto-off so you can't forget it
- Reads both travel-limit microswitches + a reed sensor on the gate panel, so the controller knows real position independent of the gate board
- Software auto-close timer (0-600s, adjustable live from HA, 0 = off)
- Control lock switch that blocks network-originated open/close but never STOP
- Monitors the gate board's supply voltage through a resistor divider on an analog input, with a live-tunable calibration multiplier (no reflash to recalibrate)
- Watches the IR transmitter's battery contact through the second analog input

SELF-MONITORING (v6 - the interesting part)
1. Travel-time telemetry: publishes "Last Open Time" / "Last Close Time" sensors on every completed limit-to-limit run. Trend these for chain wear / motor drift. (My gate: open 20-24s, close rock-steady at 21.1-21.3s.)
2. Command Fault sensor: fires if a relay pulse was sent but the gate board never acted on it (origin limit never released). Catches a dead trigger wire / loose COM bond within 10 seconds instead of "why is the gate still open?"
3. Travel Fault sensor: motion started (a limit released - from ANY source, RF remote or wall switch included) but no limit reached within 35s.
4. Limit Switch Fault: both limits active at once = impossible = wiring fault.
5. Chain Fault: close limit reached but the reed says the panel is not at the post = chain slipped/broke (5s debounce).

HARD-WON WIRING / BEHAVIOR NOTES
- Relay COM bond is mandatory: daisy-chain all four relay COMs and bond to the gate board's COM. With only R1 bonded, OPEN works but CLOSE/STOP are silently ignored - a maddening symptom.
- Read the limit switches on the microswitch's SPARE throw, not the gate board's limit sense terminals - many boards back-feed ~5V onto their own sense lines, which the opto reads as a false constant ON.
- The EL357 opto inputs are self-excited: wire passive dry contacts straight to INx + GND. No external voltage, no resistors. They keep reading even with the gate board powered off (as long as COM is bonded).
- Stop-before-reverse: the T329 (and likely similar STC-based boards) silently DISCARDS an OP/CL pulse while the motor is driving the other direction. Proven live: a close command mid-open does nothing - no reversal, no stop. The v6 cover actions pulse STP, wait 700ms, then pulse the direction whenever neither limit is active. If your gate "ignores" commands mid-travel, this is why.
- Don't tap the FSW line directly to an opto input to monitor the beam - on the T329 it idles at 7.3V, too high. Use a divider into an analog input instead (or a small relay).

SETUP
secrets.yaml needs: wifi_ssid, wifi_password, ap_password, api_key, ota_password, web_password. The two http_request buttons point at a Shelly Pro 4PM (Gen2 RPC) that master-switches the gate operator's mains - replace 192.168.1.50 with your Shelly's IP or delete those buttons if you don't have one. GPIO 2/15/5 are ESP32 strapping pins; ESPHome logs a boot warning - expected and harmless here.

Happy to answer questions about the wiring or the watchdog logic.

Attached Files

  kc868-a4-slide-gate-v6.txt (Size: 24.86 KB / Downloads: 136)

Good afternoon! I bought two KC868 A8 and KC868 A16 boards to use with Home Assistant. I found configuration files for these boards on a forum, and all the inputs/outputs work, but I can't connect the sensors. Help please.

I have a bunch of questions about the B4M that I don't see in any of the docs:

What is rated DC V and A range for the MOSFET relays?  I'd like to use it for 5-24V, no more than 2A.  

Can the B8M relays can handle mixed voltages/references? Like 12V on one relay and 24V on a different one?

What wire gauge size range do the relay terminals accept?

What is the power supply rating (V, A) in the B4M bundle B power supply?

With the KDS v3 firmware: does the B4M will present its relays over the network to Home Assistant (via auto discovery)?

If I connect several DS18B20 temperature sensors to the B4M one wire interfaces will these be automatically presented to Home Assistant as temp sensors across the network or will have to code the Home Assistant presentation and auto-discovery on the B4M?

Thanks for any help.

I use a Board KC868-A16 Rev1.6.3 with tasmota firmware-en-a16.bin from here. After installation I have two ip-addresses (via dhcp) one for wifi and one for ethernet.
In the console I can change the wifi adress to a static address with the command ipaddress1 xxx.xxx.xxx.xxx , that works fine. 
But how can I change the ethernet-address to a static one?

Good afternoon,
I'm using the KC868-A6v2, KC868-A16v2, and KC868-A16v3 boards on KCS, which completely meets my needs.
I like the functionality and practicality of these boards,
but the firmware is inconvenient:
1. The lack of a backup mechanism and external editing of IFTTT rules when updating the version or moving to another board.
2. The lack of double-tap and hold inputs in the MQTT protocol.
I understand that these implementations can be implemented on esphome, but I would like to see them developed for KCS as well.
Thank you for your product.

Hello, I'm Mifta from UPN Jakarta in Indonesia. I would love to develop KC868-A4 for my final project in my campus. The project is about control two shuttle from joystick at the same time It would be very helpful if you could share the sample project for me (In this case, I request sample project for Type A). The previous project i only use 3 ESP32 for controlling 2 shuttle and 1 trolly to move synchronously. If you could share the sample project i will give you updates about my project that maybe can be a new application for KC868-A4


You can reach me through my email: miftahul.jannah@upnvj.ac.id

Attached Files

Thumbnail(s)
   

KinCony MT4 ESP32-S3 4 Channel DC Motor Controller
Overview
KinCony MT4 is a professional 4 Channel DC Motor Controller based on the ESP32-S3-WROOM-1 (N16R8) module. It is designed for smart home automation, industrial automation, DIY IoT projects, motorized curtains, electric valves, linear actuators, robotic systems and other DC motor control applications.
MT4 integrates 4 independent DC motor drivers, RS485, 433MHz RF receiver, IR receiver, I²C expansion interface, 1-Wire GPIO, WiFi, Bluetooth, USB-C, and a Tuya WiFi module into one compact DIN Rail controller.
Whether you are a developer, system integrator, or smart home enthusiast, MT4 provides multiple firmware options, including KinCony KCS v3, ESPHome, Tasmota, Arduino, ESP-IDF, and MicroPython.

• ESP32-S3-WROOM-1 (N16R8) Dual-Core Processor
  
• 4 Channel DC Motor Driver (L298N)
  
• Supports Forward / Reverse / Stop control
  
• Maximum 2A load per motor channel
  
• Built-in WiFi & Bluetooth
  
• Built-in Tuya WiFi module
  
• RS485 interface (Modbus supported by KCS firmware)
  
• USB Type-C programming interface
  
• 433MHz RF Receiver
  
• IR Receiver
  
• I²C Expansion Port
  
• 2 Channel 1-Wire GPIO
  
• DIN Rail installation with plastic enclosure
  
• Open-source hardware platform
  
• Supports Arduino IDE
  
• Supports ESP-IDF
  
• Supports MicroPython
  
• Supports ESPHome
  
• Supports Tasmota
  
• Home Assistant MQTT Auto Discovery
  
• Apple HomeKit support (KCS v3 firmware)
  

• Motorized Curtains
  
• Roller Blinds
  
• Window Openers
  
• Electric Valves
  
• Linear Actuators
  
• Smart Furniture
  
• Automatic Doors
  
• Smart Agriculture
  
• Industrial Automation
  
• DIY IoT Projects
  
• Home Automation Systems
  

• 4 × DC Motor Outputs
  
• Maximum Load: 2A per channel
  

• 2 × 1-Wire GPIO
  
• Built-in pull-up resistors
  

• S1 – ESP32 Reset
  
• S2 – Download Mode (GPIO0)
  
• S3 – Tuya Configuration Button
  

• • WiFi
    
  • Bluetooth
    
  • RS485
    
  • USB Type-C
    
  • 433MHz RF Receiver
    
  • IR Receiver
    
  • I²C Expansion Interface