
ClimaControl ME_CN105_ATA_WIFI è un gateway Wi-Fi di terze parti prodotto da ProtoART (Enschede, Paesi Bassi), che aggiunge il controllo di rete locale ai climatizzatori Mitsubishi Electric aria-aria. Il modulo si collega al connettore di servizio CN105 presente praticamente su ogni unità interna RAC e PAC Mitsubishi Electric ed espone la pompa di calore tramite una REST API HTTP locale, un client MQTT e un hostname mDNS — il tutto senza account cloud. TapHome si connette via HTTP sulla rete locale, legge lo stato JSON della pompa di calore e gestisce accensione, modalità, ventola, alette e setpoint.
Si tratta di un’integrazione locale — nessun account MelCloud, nessuna dipendenza da Internet, nessun polling del cloud Mitsubishi. Il template convive con gli adattatori Wi-Fi MelCloud già installati e con i termostati cablati MHK1 / MHK2 sullo stesso bus CN105; vince l’ultimo comando ricevuto.
L’hardware del gateway è prodotto da ProtoART, non da Mitsubishi Electric. Mitsubishi Electric produce i climatizzatori controllati da questo gateway. ProtoART offre varianti separate per Mitsubishi Heavy Industries (MHI_XY_ATA_WIFI / MHI_CNS_ATA_WIFI) e per Mitsubishi Electric aria-acqua Ecodan (ME_CN105_ATW_WIFI) — per questi sistemi utilizzare il template corrispondente.
Hardware
Il modulo ClimaControl è una piccola scatoletta in plastica (non richiede alimentatore esterno) basata su un microcontrollore Wi-Fi ESP32. Viene consegnato completamente assemblato e pre-programmato — nessuna saldatura, nessun flash del firmware necessario.
Il kit contiene:
- Modulo ClimaControl (ESP32, Wi-Fi b/g/n, client MQTT e HTTP REST)
- Cablaggio CN105 pronto all’uso (connettore 5 poli con chiave)
- Opzionale: sensore wireless esterno di temperatura e umidità (pila CR2032)
- Opzionale: prolunga CN105 (da ordinare separatamente)
L’alimentazione è prelevata dalla linea 12 V del CN105 — nessun cablaggio di rete elettrica e nessun alimentatore esterno richiesti. È necessario un modulo ClimaControl per unità interna (i sistemi multi-split richiedono un modulo per ogni unità interna).
Unità interne Mitsubishi Electric supportate
ProtoART documenta il gateway come compatibile con la maggior parte delle unità interne Mitsubishi Electric RAC e PAC dotate di porta CN105, incluse canalizzabili, a parete, a cassetta e a pavimento.
| Famiglia | Tipologia | Serie confermate |
|---|---|---|
| MSZ | Split a parete (RAC) | MSZ-AP, AY, DM, EF, FD, FE, FH, FS, GA, GB, GC, GE, GL, GS, GV, HR, LN, RW |
| MLZ / MLS | Cassetta monoflusso | MLZ-KA, MLZ-KP, MLS-KP |
| MFZ | A pavimento | MFZ-KA, MFZ-KJ |
| PEAD / PEA / PKA / PVA / PLA / SEZ | Canalizzabile / Mr. Slim / PAC | PEAD-M, PEAD-RP100, PEA-RP140EA2, PKA-A, PKFY-P06NLMU-E-TH, PVA-A, PLA-A18BA, SEZ-KD |
| Multi-split / Mr. Slim | Esterne / multi-zona | MSXY-FP, MSXY-FNVE, SVZ-KPNA, MXZ-8C48NAHZ, MPEZS-60VJA, NAXWST18A112AA |
Se un modello specifico non è elencato ma dispone di porta CN105, in genere è compatibile — ProtoART invita gli utenti a contattare il supporto all’indirizzo [email protected] per conferma.
ClimaControl ME_CN105_ATA_WIFI è destinato solo ai sistemi Mitsubishi Electric aria-aria. Non supporta gli apparecchi Mitsubishi Heavy Industries (MHI) — per le unità interne MHI servono le varianti MHI_XY_ATA_WIFI o MHI_CNS_ATA_WIFI. Le unità Mitsubishi Electric aria-acqua (Ecodan) utilizzano una variante ClimaControl differente (ME_CN105_ATW_WIFI).
Installazione
Il modulo si collega alla scheda PCB interna dell’unità. L’installazione richiede l’apertura del vano elettrico dell’unità interna: seguire il manuale di installazione Mitsubishi Electric del modello specifico e togliere sempre prima tensione all’interruttore generale.
- Scollegare il climatizzatore dall’interruttore generale.
- Aprire il vano elettrico dell’unità interna secondo il manuale di installazione Mitsubishi Electric.
- Individuare il connettore 5 poli CN105 sulla scheda dell’unità interna (a volte etichettato CN105 o CNS).
- Inserire il cablaggio ClimaControl nel CN105 — il connettore è con chiave, ammette un solo verso di inserimento.
- Far passare il cavo attraverso un’apertura di servizio esistente e fissare la scatoletta ClimaControl a parete accanto all’unità interna (o all’interno dello chassis, se c’è spazio).
- Ripristinare la tensione — ClimaControl si alimenta dalla linea 12 V del CN105.
Configurazione Wi-Fi (captive portal)
Alla prima accensione il modulo espone un proprio access point Wi-Fi e apre un captive portal. Collegarsi all’AP, inserire nel portale le credenziali del Wi-Fi domestico e il modulo entra nella LAN. Da quel momento si annuncia via mDNS / Bonjour come heatpump.local — raggiungibile all’indirizzo http://heatpump.local/ per l’interfaccia web e http://heatpump.local/control per la REST API.
Utilizzare l’hostname mDNS
heatpump.localinvece di un indirizzo IP assegnato via DHCP. Il nome resta valido dopo i rinnovi DHCP e i riavvii del router — l’IP può cambiare, il nome no.
Coesistenza con MelCloud e termostati MHK
ClimaControl si collega in parallelo alle interfacce Wi-Fi MelCloud esistenti e ai termostati cablati MHK1 / MHK2 — tutti i controller condividono il bus CN105. Non è richiesto alcun cablaggio particolare e vince l’ultimo comando. TapHome, l’app MelCloud e un termostato a parete possono comandare la stessa unità contemporaneamente.
Configurazione
Parametro di import TapHome
Durante l’import del template nell’app TapHome occorre impostare un solo parametro:
| Parametro | Descrizione | Valore consigliato |
|---|---|---|
IpAddress | Host raggiungibile dal CCU TapHome | heatpump.local |
La porta 80 è fissa. Non è prevista autenticazione — il modulo è pensato per accessi LAN attendibili. Mantenerlo in un segmento di rete o VLAN affidabile; qualsiasi dispositivo che raggiunga /control sulla porta 80 può controllare l’HVAC.
Se l’hostname mDNS non è risolvibile dalla rete del CCU TapHome (ad esempio tra sottoreti che non inoltrano l’mDNS), assegnare una lease DHCP statica e inserire direttamente l’indirizzo IP.
Dispositivi del template
Il template interroga l’endpoint /control ogni 2,5 secondi, mette in cache l’intera risposta JSON di stato in una variabile a livello di modulo (status) ed espone sette sotto-dispositivi che leggono i singoli campi dalla cache.
Accensione
Un semplice interruttore on/off. Legge heatpump.power (on/off) e scrive /control?cmd=heatpump&power=on|off.
Modalità operativa
Uno switch multivalore con le cinque modalità supportate dalle unità interne Mitsubishi Electric aria-aria:
| Valore | Modalità | Scritto come |
|---|---|---|
| 0 | Auto | mode=auto |
| 1 | Raffrescamento | mode=cool |
| 2 | Ventilazione (solo ventola) | mode=fan |
| 3 | Deumidificazione | mode=dry |
| 4 | Riscaldamento | mode=heat |
Velocità ventola
Uno switch multivalore a sei livelli: Silenzioso, 1, 2, 3, 4, Auto. Legge heatpump.fan e scrive /control?cmd=heatpump&fan=…. L’enum interno è mappato come quiet=0, 1=1, 2=2, 3=3, 4=4, auto=5.
Termostato
Un dispositivo termostato che legge la temperatura ambiente corrente (heatpump.actual_temperature) e il setpoint attuale (heatpump.set_temperature) e scrive il nuovo setpoint tramite /control?cmd=heatpump&set_temperature={value}. Le temperature sono riportate in °C come numeri in virgola mobile.
Il campo actual_temperature è alimentato dal termistore integrato nell’unità interna oppure — se utilizzato — dal canale Remote Temperature descritto più avanti.
Remote Temperature (sensore ambiente esterno)
Una variabile in sola scrittura che invia all’HVAC un valore di temperatura ambiente esterno, sovrascrivendo il termistore integrato dell’unità interna. Qualsiasi sensore di temperatura TapHome (wireless, Modbus, Zigbee ecc.) può essere collegato tramite una semplice smart rule: a ogni cambiamento del sensore sorgente il relativo valore in °C viene scritto su questo dispositivo.
Il valore di temperatura remota deve essere aggiornato almeno ogni 15 secondi, altrimenti l’unità ritorna al termistore integrato finché non arriva un nuovo valore. Configurare la smart rule in modo che scriva a ogni cambiamento e anche periodicamente (ad esempio ogni 10 secondi), così brevi periodi di assenza di variazioni del sensore non fanno decadere l’override.
Valori ≤ 0 e NaN sono ignorati dal template — utilizzare questa funzione solo con un sensore ambiente affidabile lato TapHome.
Posizione alette (verticali)
Uno switch multivalore per l’angolo delle alette verticali: 1, 2, 3, 4, Auto. Legge heatpump.vane e scrive /control?cmd=heatpump&vane=…. L’HTTP API di ProtoART documenta anche un valore swing — il template attuale non lo espone.
Posizione alette larghe (orizzontali)
Uno switch multivalore per la direzione delle alette orizzontali: Estrema sinistra, Sinistra, Centro, Destra, Estrema destra, Largo, Oscillazione. Legge heatpump.widevane e scrive /control?cmd=heatpump&widevane=…. ProtoART documenta anche un valore split che il template attuale non espone.
Azione di servizio Reset a livello modulo
Un’unica azione di servizio a livello modulo — Reset — invia /control?cmd=restart e causa il riavvio dell’ESP32. Utile dopo un aggiornamento firmware o quando la linea UART CN105 si blocca.
Altre funzionalità (non implementate)
ProtoART espone molti più campi di telemetria di quanti ne utilizzi il template attuale. Potranno essere aggiunti in una futura revisione del template:
- Temperatura batteria interna (
heatpump.tinp) e temperatura esterna (heatpump.tout) — termistori batteria/esterno. - Pressione batteria interna (
heatpump.pinp) — diagnostica. - Consumo energetico (
heatpump.tpcns) — contatore cumulativo di energia; mappabile come contatore elettrico TapHome. - Tempo di funzionamento (
heatpump.optime) — contatore ore di funzionamento del compressore. - Flag di funzionamento (
heatpump.oper) — compressore attivo / standby. - Stato di sbrinamento (
heatpump.defrost) — true durante lo sbrinamento dell’unità esterna. - Hot adjust (
heatpump.hotadjust) — flag di pre-riscaldamento. - Stato standby (
heatpump.standby) — unità interna accesa ma non attivamente in riscaldamento/raffrescamento. - Stato sensore i-see (
heatpump.isee) — rilevazione presenza per serie MSZ-FH. - Valori del sensore esterno (
sensor.external.*) — temperatura, umidità e livello batteria del sensore wireless CR2032 opzionale. - Diagnostica — stato della linea UART CN105 (
sys.conhp), stato connessione sensore esterno (sys.conext), uptime modulo (sys.up), Wi-Fi RSSI (wifi.rssi), versione firmware (fw.curr).
Sensore esterno wireless opzionale
ProtoART vende come accessorio un piccolo sensore wireless a batteria (CR2032, LoRa / 2,4 GHz). Misura temperatura e umidità ambiente ed è usato per compensare l’effetto „bolla di calore" attorno al termistore dell’unità interna — il sensore integrato si trova dentro la scocca e in riscaldamento rileva una temperatura più alta di quella effettiva della stanza.
Il sensore si abbina direttamente al modulo ClimaControl (non a TapHome). I suoi valori compaiono nello stato JSON sotto sensor.external.* e vengono utilizzati dalla logica interna del modulo. Il template TapHome attuale non li rilegge — se il sensore esterno non viene acquistato, inviare al dispositivo Remote Temperature la temperatura ambiente rilevata da un qualsiasi sensore TapHome.
Risoluzione dei problemi
heatpump.local non viene risolto
- Verificare che il modulo ClimaControl si sia connesso al Wi-Fi domestico — lo stato del LED è descritto nel manuale ProtoART.
- Assicurarsi che il CCU TapHome sia nella stessa LAN / VLAN del modulo. L’mDNS (Bonjour) è link-local — non attraversa le sottoreti a meno che sul router non sia configurato un mDNS reflector.
- Aprire
http://heatpump.local/controlnel browser di un dispositivo sulla stessa LAN — una risposta JSON conferma la raggiungibilità del modulo. - Se l’mDNS non è disponibile, assegnare una lease DHCP statica al MAC del modulo e inserire l’IP direttamente nel parametro di import
IpAddress.
Tutti i valori risultano NaN dopo l’import
Il template interroga /control senza parametri ogni 2,5 secondi. Se tutti i campi sono NaN, la richiesta HTTP non va a buon fine:
- Verificare che
IpAddresspunti a un host raggiungibile. - Aprire
http://{IpAddress}/controlnel browser — se viene restituito un form di login o una pagina di errore, il firmware del modulo potrebbe essere obsoleto; aggiornare tramite le ProtoART Firmware Release Notes. - Controllare il cavo CN105 — se il cavo è scollegato o l’unità interna non è alimentata, il modulo si avvia ma la sezione della pompa di calore nel JSON restituisce valori vuoti / predefiniti. La diagnostica
sys.conhp(attualmente non esposta) in questo caso scende a0.
Remote Temperature non ha effetto
- Verificare che la scrittura avvenga almeno ogni 15 s — con intervalli più lunghi l’unità, tra una scrittura e l’altra, ritorna al termistore interno.
- Verificare che il valore scritto sia un numero in virgola mobile positivo (°C). I valori
≤ 0eNaNsono esplicitamente ignorati dallo script del template. - Alcune unità interne Mitsubishi Electric richiedono che l’unità sia in modalità Raffrescamento, Riscaldamento o Auto perché la temperatura remota abbia effetto. Nelle modalità Deumidificazione e Ventilazione il compressore non usa il setpoint, quindi Remote Temperature non ha impatto visibile.
Le scritture di setpoint vengono silenziosamente sovrascritte
Se un altro controller (l’app MelCloud, un termostato MHK, il telecomando IR) invia un comando quasi contemporaneamente a TapHome, sul bus CN105 vince l’ultimo comando. È il comportamento atteso di un sistema multi-controller. Se il setpoint deve essere gestito da un solo controller, rimuovere gli altri (o limitarne l’accesso via Wi-Fi / pianificazione).
I comandi ventola o alette non hanno effetto
L’enum del template mappa 0 – 5 per ventola/alette. Alcuni modelli Mitsubishi Electric fisicamente non supportano ogni livello — ad esempio un’unità senza modalità „Silenzioso" accetta il comando ma funziona sul livello supportato più vicino. Provare ciascuna velocità con il telecomando originale dell’unità per verificare quali livelli il modello espone davvero.
L’hardware ProtoART è aperto anche ad altre piattaforme di domotica (Home Assistant, OpenHAB, FHEM, Tasmota, Homey). Più client possono collegarsi contemporaneamente allo stesso modulo — ad esempio TapHome e Home Assistant possono leggere e scrivere insieme senza interferirsi, poiché il modulo non serializza lo stato tra i client. Evitare scritture contrastanti da automazioni eseguite in parallelo.