Problemi con integrazione satel hplc

[YahooSeeker [Bot]]

Sei stato chiaro, se la scrittura sul protocollo avviene a word è normale che questo accada.

[YahooSeeker [Bot]]

Capisci bene che se io escludo un sensore che da problemi e dopo mia moglie accende la luce sul comodino ed il sensore si reinclude il sistema è inutilizzabile....

Partiamo dal concetto base, l'integrazione delle centrali di sicurezza è stata realizzata per assolvere a uno scopo ben preciso, permettere l'uso dei sensori (come lettura) nelle funzioni di automazione e in particolare quando si parla di soluzioni di efficienza energetica CEI 205-18 - EN15232 che adesso è sempre più richiesta (vedi incentivi GSE, ENEA ecc...)

Questo perché il progettista in mancanza di questa integrazione è costretto a prevedere sensori di presenza anche lato automazione e la norma li prevedere quindi nulla di strano.

Chiaramente se si riesce a sfruttare i sensori della sicurezza (per buona regola anche a discapito della vendita di sensori Net ) mi pareva corretto andare in questo senso e sicuramente saremo anche tutti più vicini alla regola dell'arte.

Poi valutando che ogni centrale oltre i sensori di sicurezza non ha altro in comune con le altre non si può certo standardizzare oltre, ognuna infatti offre alcune cose opzionali e vengono messe a disposizione
col solo scopo di essere utilizzate con una progettazione ad hoc e in quei casi dove sia possibile farlo,

in pratica non c'è una vera integrazione basata su Partnership tra produttori che ne ottimizzi il risultato finale e quindi in linea generale ci limitiamo a ottimizzare solo ciò che è veramente utile e necessario.

Come produttore una volta svolto il compito primario che è quello di permettere:

• Lo svolgimento delle funzioni di controllo e regolazione delle luci (ormai standard)
• Lo svolgimento delle funzioni di controllo e regolazione del clima (ormai standard)
• Lo svolgimento delle funzioni di controllo e regolazione del trattamento aria (che mostreremo in seguito ma già previsto dall'inizio)

ed eventualmente l'attivazione/disattivazione in sicurezza della centrale e se disponibili alcuni Flag di status utili sempre per l'automazione.

Quindi il sistema HomePLC + Centrale sicurezza per quello per cui è previsto è perfettamente utilizzabile.

Dove potrebbero essere da valutare altre implementazioni delle risorse disponibili?

I Flag delle parzializzazioni si possono progettare per eseguire logiche particolari in aggiunta alle funzioni base già discusse, ma essendo delle uscite normalmente non si va oltre alla scrittura verso la centrale e sicuramente non bit per bit.
Quindi la progettazione coerente è che anche le parzializzazioni se si utilizzano questi Flag avvengano lato supervisione HomePLC (esempio da Web o Home Control ecc..)
in questo caso tutto torna coerente.

[YahooSeeker [Bot]]

Rimanete concentrati su questo presupposto:

La centrale di sicurezza in HomePLC come in un sistema di Home&Building generico è e rimane al pari della priorità di un Master I/O
ma mentre un master I/O lo produce la Net quindi potrebbe avere anche funzioni avanzate di telecontrollo locale,
una centrale di terze parti deve essere supervisionata dal sistema centrale e non fare lei supervisione in quanto nelle sue procedure non esiste il resto del sistema mentre il contrario (in HomePLC) lei è presente.

Inoltre la centrale di sicurezza per quello che sono oggi non va mai progettata per assolvere funzioni di sicurezza elettrica ma solo come sicurezza antifurto in quanto non dispone di alcuna protezione simile ai sistemi dedicati come per esempio gli HomePLC
e questo in caso di guasto della centrale può causare un blocco anche grave e di lunga durata dell'impianto elettrico, climatizzazione ecc..

poi ognuno fa come vuole, ma come si dice tecnico avvisato mezzo salvato...

[studiotecnicosiaf]

Minchia!

[YahooSeeker [Bot]]

Esatto, per vari motivi compreso questi:

guastocentrale.jpg

con HomePLC si può fare manutenzione a caldo senza dover spegnere l'impianto quindi queste cose non possono accadere,
gli ingressi optoisolati che sui Bus di sicurezza non esistono, le connessioni alle linee telefoniche da dove entra il 100% delle extra tensioni
per ovvi motivi si annulla la separazione tra le vie cavi della sicurezza e quelle elettriche,
e principalmente il fatto che il Bus delle centrali di sicurezza a volte si potrebbe raddoppiare o triplicare senza isolamento tra le varie zone,
questi e altri fattori degradano notevolmente la sicurezza del sistema nel suo insieme ovvero quando una centrale di sicurezza vuole fare da Controller di impianti elettrici lavoro forzato per motivi commerciali e nettamente diverso dalle sue origini.

Io dico sempre che senza sistema di sicurezza il cliente può stare anche vari giorni,
ma senza luce, riscaldamento, tapparelle ecc.. assolutamente NO!

[YahooSeeker [Bot]]

In realtà questo concetto è esprimibile anche per molti sistemi di domotica dove non si può utilizzare nel progetto la separazione in fibra ottica verso i sistemi IT di rete, altra causa di guasto,
l'isolamento dei singoli ingressi come nei sistemi industriali (PLC ecc..)
l'isolamento delle zone Bus con optoisolatori
e che hanno anche l'alimentazione non correttamente isolata

in pratica questi sistemi essendo rame-rame nel loro insieme sono bombe ad orologeria pronte a scoppiare in seguito alle extra tensioni causate da temporali ecc..
l'estensione della maglia di rame che si crea le rende fragili in questi termini, e inadatte fisicamente a sostenere questi stress.

Parlando di HomePLC oltre al poter progettare quanto sopra, volendo potrebbe (salvo chiaramente un aumento del costo complessivo dell'applicazione) diramarsi tra zona e zona anche su Fibra ottica e con alimentazione tamponata zona x zona garantendo cosi il 100% di affidabilità, rimane quindi un caso singolo in questo panorama di tecnica degradata.