Quando NON usare un GEVINO

Vendo PLC compatibili Arduino. Quindi prendi questa pagina per quello che è: la lista dei casi in cui ti dico di comprare da qualcun altro.

La scrivo perché il modo più veloce per rovinarmi la reputazione è che un GEVINO finisca dove non doveva finire.

1. Sicurezza funzionale

Se la funzione rientra nella valutazione dei rischi — emergenza, barriere fotoelettriche, muting, consenso a due mani, sorveglianza ripari — il GEVINO non c'entra.

Il GEVINO è marcato CE come apparecchiatura industriale. Non ha certificazione di sicurezza funzionale: nessuna valutazione ISO 13849 o IEC 62061, nessun canale ridondante, nessun ente notificato. Per la catena di sicurezza serve un relè dedicato o un PLC safety.

Può stare nello stesso quadro e gestire tutta la logica di processo. La sicurezza è un circuito separato, e resta separata.

2. Determinismo garantito

Un PLC tradizionale ti garantisce un ciclo di scansione entro un tempo dichiarato. Il GEVINO no: è un programma C su SAMD21, bare metal, senza RTOS. Il ciclo dura quanto dura il codice che ci scrivi dentro.

Se ti serve un tempo massimo garantito da contratto, non sono io.

In cambio hai il controllo diretto. Gli ingressi critici non passano dalla scansione: sono interrupt hardware, latenza nell'ordine dei microsecondi, indipendente da cosa sta facendo il loop. Un impulso breve che un PLC a scansione perderebbe, qui lo prendi.

Il rovescio: la responsabilità del timing è tua. Un delay() bloccante nel loop rompe tutto, e nessun runtime ti para. Questo prodotto è per chi programma, non per chi assembla blocchi.

Per interpolazione di assi, posizionamento ad alta dinamica o loop di corrente, prendi un motion controller.

3. Capitolato che impone IEC 61131-3

Se il cliente vuole poter chiamare qualsiasi manutentore e farsi aprire il programma in ladder, il C++ è un problema anche se funziona meglio. Non è arretratezza: è gestione del rischio sulla manutenzione a dieci anni.

Stesso discorso se in azienda nessuno legge C++. Diventi dipendente da chi ha scritto il codice — e quel qualcuno potrebbe essere io. Non è una posizione in cui voglio metterti.

4. Continuità di fornitura garantita per contratto

Do ancora assistenza su prodotti venduti trent'anni fa. Lo dico con orgoglio, ma è quello che ho fatto finora, non una garanzia su cosa succederà tra vent'anni.

Sono una realtà piccola. Se il capitolato chiede continuità di fornitura garantita, i grandi marchi hanno una struttura che io non ho.

5. Ridondanza e alta disponibilità

Hot standby, CPU ridondate, impianti dove il fermo si misura in decine di migliaia di euro l'ora. Non è il mio campo.

6. Molti I/O e bus di campo

Centinaia di punti, Profinet o EtherCAT nativi, topologie distribuite. Il GEVINO è per macchine singole e quadri compatti.

7. Ambienti regolamentati

Farmaceutico con validazione GAMP, alimentare con tracciabilità certificata, ATEX. Serve documentazione e qualifica del fornitore che non posso fornire.

E sull'intelligenza artificiale

Molti hanno provato a farsi scrivere del ladder da una chat, hanno ottenuto poco e hanno concluso che l'IA non serve. Conclusione comprensibile, diagnosi sbagliata.

I modelli sono deboli su ladder e structured text: poco codice pubblico su cui addestrarsi, un dialetto diverso per ogni marca, nessun modo di verificare senza l'ambiente proprietario. Sullo stesso problema scritto in C sono molto più solidi, perché il C è ovunque.

Questo non vuol dire che l'IA scriva il tuo programma. Vuol dire che ti toglie il boilerplate — inizializzazioni, parsing di protocolli, macchine a stati, Modbus — e ti lascia il lavoro che conta: capire il processo, decidere la logica, validare sul campo. Quella parte resta tua, ed è la ragione per cui vieni pagato.

Chi programma PLC da dieci anni ha esattamente la competenza che serve per usare bene questo strumento. Il problema non è mai stato l'esperienza in eccesso.