u/Hour-Creme-6557

I was just moving my project from one desk to another. One split second, and... disaster. Weeks of prototyping and cable management instantly transformed into an absolute rat's nest.

I honestly don't know whether to laugh, cry, or burn all these breadboards down. Accepting condolences and emotional support to find the strength to rewire everything. Press F in the comments to pay respects.

Hi everyone! I was sick of having to manage three or four different power supplies on my workbench every time. So I designed this 6-stage multi-rail linear power supply and it is running perfectly. The goal was to obtain six stable DC voltage lines plus a raw line, starting from a single standard 12V AC (11.9V RMS) laminated transformer, without having to modify or rewind the secondary.

🔍 How it works (The 6 power stages):
To make everything work with a single winding, I implemented a Delon voltage doubler in the input stage. This configuration allows me to have a total differential voltage of about 32V DC across the main filter capacitors, split into two raw symmetrical branches of about +16V and -16V relative to the central ground.

Unregulated DC Stage (~16V): Taken directly from the doubler and the beefy filter capacitors (XMM2), perfect for heavy loads or raw DC inputs.

+15V Line (LM7815 / XMM1): Ideal for analog and audio circuits. To avoid dropout problems related to the single +16V line (too low for a standard 7815), I connected the COMMON pin of the chip to the lowest negative line (-16V). In this way, the regulator "sees" all 32V at the input and pulls out a solid +15V relative to ground.

+12V Line (LM7812 / XMM6): The standard for relays, fans, and LED strips. It is connected in cascade from the +15V output, taking the central ground as reference.

+5V Line (LM7805 / XMM3): Rock-solid 5V for legacy TTL logic, sensors, and Arduino boards (or any other similar logic). It is put in cascade from the 12V regulator to distribute the thermal dissipation load over multiple components.

-5V Negative Line (LM7905 / XMM4): The secret weapon. A negative voltage regulator connected to the negative side of the Delon doubler. In combination with the +5V line, it creates a dual-line supply essential for correct bipolar biasing of operational amplifiers without virtual grounds.

+3.3V Line (LM1117-3.3 / XMM5): The latest addition! A clean LDO output in cascade from the 5V line, inserted specifically to power an entire series of ESP32 modules and modern low-consumption ARM microcontrollers.

🛠️ Notes for the physical prototype.
Mounting: Thermal dissipation: The LM7815 will undergo the greatest voltage drop (from 32V to 15V), so I will mount a dedicated and generous aluminum heatsink.

Pin isolation (CRITICAL): Since the metal tab of the LM7905 is connected to the INPUT pin (negative voltage) and NOT to ground, I will strictly use mica/silicone insulating pads to avoid short circuits if it should share the chassis or the same heatsink with the 78xx series.

Stability: I will add 100nF ceramic decoupling capacitors very close to the pins of each regulator on the real board to prevent high-frequency self-oscillations.

Here's the maximum current draw (available from the chips) I calculated for the final circuit:

~16V raw: Limited only by the diodes and transformer (great for heavy loads).

+15V line (LM7815): Max 1.5A (total). Note: Since all subsequent positive regulators are cascaded from here, the current drawn from 12V, 5V, and 3.3V will be drawn on this chip.

+12V line (LM7812): Max 1.5A (can be drawn if the 15V stage isn't already fully loaded).

+5V line (LM7805): Max 1.5A (ideal for Arduino, TTL logic, and similar).

-5V line (LM7905): Max 1.5A independent (being on the negative line of the regulator doubler, it doesn't affect the cascade of positive regulators).

+3.3V rail (LM1117-3.3): Max 800 mA (more than enough for the peak Wi-Fi transmission of the ESP32 or other Arduinos and sensors).

Cascading the 3.3V LDO from the 5V was the ideal choice for thermal reasons: the voltage jump is only 1.7V (from 5V to 3.3V). With an ESP32 drawing an average of 100-200mA, the LM1117 will need to dissipate very little heat (~0.3W), remaining remarkably cool!

Ciao a tutti,

Volevo condividere lo schema di un alimentatore lineare multi-rail che ho progettato. L'obiettivo era ottenere quattro linee di tensione DC stabili (+15V, +12V, +5V e -5V) partendo da un singolo trasformatore lamellare standard da 12V AC (11.9V RMS), senza dover modificare o riavvolgere il secondario.

Per far funzionare il tutto con un solo avvolgimento, ho implementato un duplicatore di tensione Delon nello stadio di ingresso. Questa configurazione mi permette di avere una tensione differenziale totale di circa 32V DC ai capi dei condensatori di filtro principali, divisi in due rami simmetrici grezzi di circa +16V e -16V rispetto alla presa centrale AC.

Ecco come sono strutturati i 4 stadi di regolazione:

1. Stadio 1 (Linea +15V): Gestito da un LM7815. Per evitare problemi di dropout legati alla singola linea da +16V (che sarebbe troppo bassa per un 7815 standard), ho collegato il pin COMMON del chip alla linea negativa più bassa (-16V). In questo modo il regolatore "vede" in ingresso tutti i 32V e sputa fuori un +15V solido rispetto alla linea di fondo.
2. Stadio 2 (Linea +12V): Un LM7812 collegato in cascata dall'uscita a +15V, prendendo come riferimento la massa centrale.
3. Stadio 3 (Linea +5V): Un LM7805 in cascata dal regolatore a 12V per scendere a +5V, distribuendo così il carico di dissipazione termica su più componenti.
4. Stadio 4 (Linea -5V): Un regolatore di tensione negativa LM7905 collegato al lato negativo del duplicatore Delon, riferito alla massa centrale per fornire una linea negativa pulita.

Prossimi passi (Prototipo Fisico):

• Montaggio di tutto il circuito su basetta millefori.
• Dissipazione termica: L'LM7815 subirà lo sbalzo di tensione maggiore (da 32V a 15V), quindi monterò un dissipatore in alluminio dedicato.
• Isolamento dei pin: Poiché l'aletta metallica dell'LM7905 è collegata al pin di INPUT (tensione negativa) e NON alla massa, userò tassativamente dei pad isolanti in mica/silicone per evitare cortocircuiti se dovesse condividere lo chassis o lo stesso dissipatore con la serie 78xx.
• Aggiunta di condensatori ceramici di disaccoppiamento da 100nF vicinissimi ai pin di ogni regolatore sulla scheda reale per prevenire auto-oscillazioni ad alta frequenza.

Hi everyone! I wanted to show you the progress on the "Energy Manager" control board that I'm building entirely from scratch on a wooden base for my off-grid solar system. The main goal is to intelligently manage power flows to ensure the batteries never drop too low, keeping my freezers running non-stop and avoiding any food spoilage.

System Architecture (No off-the-shelf commercial solutions here!):

• The Hardware Brain (PIC16F876): It does all the "heavy lifting." It handles the analog readings from the shunts (amplified by precision op-amps) and controls the hardware outputs. It's rock-solid and completely immune to network software crashes.
• The Wireless Bridge (ESP32): No calculations here. It's connected via serial (UART) to the PIC and simply acts as a Wi-Fi "modem" to blast the raw data across the local network.
• The Graphical Interface (Visual Basic 6): A custom software written by me in VB6 runs on the home PC. It pulls data strings from the ESP32's IP address via HTTP requests, processes the data, handles historical algorithms (like calculating Sunrise and Sunset automatically for record resets), and displays everything on screen.

Ciao a tutti!

Volevo condividere con voi la mia ultima sfida tecnica e aprire un dibattito su una scelta che molti potrebbero definire "folle", ma che ha motivazioni solidissime.

Sto sviluppando l'interfaccia software per la gestione di un intero sistema hardware (come potete vedere dallo screen, ci sono display per tensioni, correnti, temperature e un pannello di debug) utilizzando interamente Visual Basic 6 (VB6) sfruttando la programmazione orientata agli oggetti tramite le classi.

Sì, avete letto bene: VB6 nel 2026.

Ho deciso di abbandonare il C++ per questo specifico livello del progetto. Ecco i motivi tecnici, pratici e strategici dietro questa decisione.

Velocità di sviluppo della GUI e gestione degli eventi

In C++, la creazione di interfacce grafiche customizzate (specialmente se si punta a qualcosa di leggero senza scomodare framework moderni massicci) richiede una quantità di boilerplate code impressionante. VB6, con il suo approccio nativo drag-and-drop e la gestione degli eventi integrata, permette di disegnare l'interfaccia e collegare la logica in un centesimo del tempo. Per un pannello di controllo industriale, la produttività immediata sulla GUI è un vantaggio imbattibile.

OOP in VB6: Le Classi esistono e funzionano

Molti associano il VB6 a spaghetti code scritto nei form. In realtà, supporta i moduli di classe. Sto strutturando l'intera logica di comunicazione e parsing dei dati (come i calcoli per evitare doppie chiamate alle funzioni o la gestione dei contatori visibili nel codice) all'interno di classi dedicate. Questo garantisce un codice pulito, incapsulato e manutenibile, smentendo il mito che con il VB6 non si possa fare buona programmazione.

Una stabilità che ha sfidato il tempo (28 anni dopo)

VB6 è stato rilasciato nel 1998. Sono passati 28 anni. Nonostante ciò, il runtime di VB6 è ancora nativamente supportato e integrato persino nelle versioni più recenti di Windows 11. Non ci sono problemi di dipendenze complesse, aggiornamenti di framework che rompono il codice (come accade spesso con .NET o pacchetti NPM) o incompatibilità di compilatori. Compili l'eseguibile e sei sicuro che girerà per sempre, consumando pochissime risorse hardware.

Il re nascosto dell'automazione industriale

C'è un segreto nell'industria che molti programmatori web o moderni ignorano: una percentuale enorme di macchinari industriali, linee di produzione, sistemi di test e interfacce uomo-macchina (HMI) negli stabilimenti di tutto il mondo gira ancora oggi su software scritti in VB6. Negli ambienti di produzione reali la priorità assoluta è il principio "se funziona e non si rompe, non si tocca". La compatibilità hardware diretta tramite porte seriali, DLL esterne e chiamate API di Windows rende il VB6 uno strumento pratico e chirurgico per questo settore.

In conclusione, la mia non è nostalgia, ma pura scelta ingegneristica orientata alla massima praticità ed efficienza per questo specifico deployment.

Se stai progettando qualcosa come uscite relè, commutatori, sensori, o chi più ne ha più ne metta per la tua MCU e ha finito i PIN... Ecco una soluzione universale a costo ridicolo e versatile. 😎

Vi condivido lo schema del modulo di espansione pin, basato sul famigerato demultiplexer 74HC154 (4-to-16 linee): è talmente semplice che anche un bambino potrebbe realizzarlo!

La cosa fantastica di questo approccio è la modularità in cascata: sacrificando pochissimi pin di controllo sulla MCU, solo 4, potete scalare la bellezza di fino a 256 linee indipendenti!

La vera chicca? È un design 100% universale. Non importa se usate l'ultimo Arduino, un PIC (come il mio fido 16F876), una ESP32 o un RPi, la logica di controllo non cambia di una virgola.

Perché questo design spacca:

• 📐 Scalabilità estrema: Con una matrice a banchi arrivi a 256 uscite senza sforzo.
• 🛡️ Protezione integrata: integrato per linee stabili e zero corti.
• 🧊 Codice super leggero: Bastano 4 pin di indirizzamento (A0-A3) sulla MCU per pilotare i primi 16 canali a scalare, niente protocolli pesanti I2C o SPI che rallentano il ciclo principale.

Nello screenshot potete vedere il multiplexing con le uscite pulite e pronte all'uso. Sto pensando di usarlo sia per gestire matrici di dati mastodontiche , per banchi di relè/sensori e per gestire espansione modulare SRAM del mio impianto domotico/solare.

Chi ha detto che i PIC non hanno memoria?

Vi mostro il mio ultimo progetto di espansione hardware! Verrà integrato sulla PCB che gestisce il controllo dell'impianto fotovoltaico di casa.

Ho collegato due chip di SRAM HM62256 (32KB l'uno, per un totale di 64KB) a un PIC16F876 per aggirare i suoi limiti interni.

Nel video potete vedere il sistema in azione durante il boot, il flusso di caricamento dei dati e l'esatta mappatura di scrittura esadecimale in tempo reale sui banchi espansi.

A cosa serve tutto questo spazio?
Sto realizzando un datalogger autonomo per il mio fotovoltaico. È progettato a bassissimo consumo: assorbe così poca energia al mese, nell'ordine dei microampere, che l'impatto è praticamente zero!

Ricordatevi sempre che, quando si parla di fotovoltaico e autonomia, ogni singolo watt fa la differenza! 🔋☀️

Con questi 64KB configurati a banchi posso memorizzare oltre 4 mesi continui di statistiche offline senza toccare una scheda SD:

• 🔋 Tensioni e stato del pacco batterie
• 🌡️ Temperature dei componenti critici
• ☀️ Curve di potenza e grafici dei regolatori MPPT
• e tanto altro ancora....

Il codice gestisce lo switch dei banchi e scrive direttamente sulla memoria di espansione.

Inoltre, grazie a una batteria al gel di backup da 1,2 Ah, la ritenzione dei dati in memoria è garantita per anni, anche in totale assenza di alimentazione principale.

Se volete approfondire la logica di indirizzamento o il codice del firmware, fatemelo sapere nei commenti! 👇

Dopo aver fatto una selezione mirata, dopo test su test , ho finalmente chiuso il design dell'hardware per la scheda madre primaria della mia centralina solare.

Il sistema dovrà gestire la logica delle soglie delle batterie e commutare carichi pesanti (scaldabagno, forno, servizi, eccetera) senza bloccarsi mai, e quando dico mai, dico mai... ma non solo, requisito fondamentale, consumi a riposo vicini allo zero.

Invece di usare schede moderne già pronte, ho deciso di affiancare al mio fidatissimo core PIC16F876 una squadra di integrati eccezionali, ottimizzando i pin del PIC attraverso un bus parallelo a 8-bit condiviso a configurazione industriale.

Ecco la configurazione definitiva degli "eletti" che vedete sul tavolo:

1. 👁️ AD7582KN (Analog Devices): Un convertitore ADC industriale a 12-bit (4096 passi). Sostituisce l'ADC interno del PIC, garantendo una precisione chirurgica nella lettura dei millivolt delle batterie, eliminando i falsi scatti causati dal rumore elettrico.
2. 🎛️ MM74C154N (National Semiconductor): Decoder/Demultiplexer da 4 a 16 linee in pura tecnologia CMOS. Con soli 4 pin del PIC gestisco i segnali di Chip Select (CS) di tutte le periferiche con un consumo statico pari a zero.
3. 💾 6x Hitachi HM62256LP-12: Due SRAM statiche da 32 KB ciascuna (192 KB totali) in versione Low Power. Servono come macro-buffer per calcolare medie mobili stabili sulle letture dei pannelli ed evitare che i relè "ballino" quando passano le nuvole.
4. 💪 M82C55A (OKI): L'interfaccia periferica programmabile (PPI) in tecnologia CMOS. Gestisce i 24 pin di I/O digitali dedicati interamente a pilotare le schede relè optoisolate per scaldabagno, forno e servizi, luci giardino eccetera...
5. 🗃️ ATmega16 (Il Guardiano / Scatola Nera): Collegato ai pin RX/TX del PIC 16F876, questo chip a 40 pin fa da supervisore indipendente. Il PIC gli invia continuamente i log degli eventi e lo stato dei carichi. L'ATmega memorizza tutto e monitora il PIC tramite un Watchdog seriale. Se il PIC si blocca a causa di un forte disturbo elettromagnetico generato dai teleruttori, l'ATmega interviene, isola i relè di potenza per sicurezza e resetta forzatamente il PIC, ripristinando i dati di configurazione al millisecondo precedente al crash.

La telemetria verso l'esterno è delegata a un ESP32 (collegato all'ATmega), che gestisce solo il WiFi. Se lo stack di rete dell'ESP si blocca, la logica di controllo e la scatola nera hardware rimangono isolate e totalmente operative.

Sto lavorando all'evoluzione della centralina del mio impianto fotovoltaico fai-da-te. Attualmente la logica principale (voltmetro, soglie di stacco batterie e controllo) è affidata a un solidissimo PIC16F876, affiancato da un ESP32 che gestisce solo la parte WiFi.

Il sistema va benissimo, ma sto sbattendo la testa contro il più grande limite del PIC: la memoria volatile. Il chip ha solo 368 byte di RAM interna con un massimo di 100mila scritture. Bastano due array o un buffer un po' più cicciotto per saturare tutto, impedendomi di fare calcoli complessi o storicizzazione dei dati a bordo.

Per risolvere, ho recuperato un chip di memoria SRAM Statica Winbond W24512AK-15 (da 64 KiloByte effettivi, che per un PIC sono un'enormità).

In sostanza bypasso i limiti interni delegando a questa RAM esterna il "lavoro pesante" di memorizzazione dei dati.

1. Cicli di scrittura illimitati nel tempo: Se dovessi salvare i dati dei campionamenti (tensione e corrente) sulla EEPROM interna del PIC ogni pochi secondi, la friggerei nel giro di qualche mese (visto il limite dei 100k cicli). La SRAM si può sovrascrivere all'infinito senza alcun degrado fisico.
2. Velocità pazzesca (15 nanosecondi): Avendo un tempo di accesso così basso, il PIC può scrivere e leggere i dati istantaneamente senza tempi di attesa (delay), mantenendo il loop di controllo reattivo e deterministico.
3. Funzione "Scatola Nera" e Fail-Safe: Alimentando la SRAM con una piccola linea di backup separata (una batteria a bottone CR2032 e due diodi), se il PIC dovesse bloccarsi per un bug o resettarsi, i dati rimarrebbero congelati nella Winbond. Al riavvio, il PIC dopo qualche decimo di secondo, legge la RAM esterna, recupera lo stato esatto prima del crash (soglie, medie mobili, ultimi errori) e riparte all'istante senza scossoni.

In pratica la userò come un mega-buffer: il PIC ci scrive dentro i dati al millisecondo, calcola medie mobili stabili sulle ultime 1.000 letture per evitare falsi scatti dei relè, e l'ESP32 passa a pescare il "blocco" pronto da inviare al wi-fi....

evoluzione del mio impianto solare con accumulo DIY

Situazione attuale:
Al momento il sistema si basa su una combinazione che funziona da dio:

• PIC16F876: Fa tutto il "lavoro sporco" e deterministico a basso livello (voltmetro, lettura sensori, calcolo delle soglie di distacco delle batterie).
• ESP32: Gestisce esclusivamente la connettività WiFi e l'invio dei dati (evitando che i delay dello stack di rete vadano a disturbare i tempi critici di lettura dei dati).

Il problema:
Il PIC sta iniziando a esaurire i pin di I/O utilizzabili, e l'aggiunta di una logica complessa per il controllo dei carichi (una serie di schede relè optoisolate per attivare boiler, caricatori e utenze in base alla produzione solare) rischierebbe di appesantire il loop principale.

La soluzione (L'upgrade con ATmega16):
Ho recuperato 5 microcontrollori ATmega16A-PU (quelli giganti in formato PDIP a 40 pin, vecchi ma solidi) e ho deciso di delegare interamente a uno di loro la gestione della potenza, sfruttando i suoi 32 pin di I/O e la USART hardware.

Come interfaccerò il sistema:

1. Comunicazione via Seriale (RX/TX): Il PIC continuerà a monitorare le tensioni delle batterie. Tramite i pin RX/TX (Pin 14 e 15 dell'ATmega), invierà stringhe di comando semplici (es. RELE_1_ON, ALLARME_STACCA_TUTTO).
2. Controllo Relè massivo: L'ATmega rimarrà in ascolto, decodificherà i comandi e piloterà direttamente i pin delle sue porte (PORTB/PORTC) collegati alle schede relè optoisolate a 5V.
3. Logica di Fail-Safe locale: Implementerò un meccanismo di timeout (Watchdog). Se l'ATmega non riceve un pacchetto "heartbeat" dal PIC per più di 10 secondi, interpreterà la cosa come un crash del sistema principale e spegnerà automaticamente tutti i carichi per mettere in sicurezza le batterie.

Vantaggi:

• Zero integrati espansori di pin (tipo PCF8574), l'ATmega da solo gestisce tutto.
• Isolamento logico: se salta una bobina o c'è un ritorno di corrente sulla scheda relè, al massimo friggo il chip secondario (facilmente sostituibile su zoccolo) e non il core del sistema.

Vedo sempre più hype intorno all'integrazione dell'Intelligenza Artificiale nella domotica. Robotica, assistenti che prevedono ogni mossa, automazioni predittive. Tutto bellissimo sulla carta, ma se analizziamo la realtà tecnica, oggi rischia di essere un suicidio tecnologico per la nostra casa a lungo termine.

Ecco perché è meglio tenere l'IA fuori dalle nostre mura domestiche per adesso:

• Evoluzione giornaliera incontrollabile: L'IA muta a una velocità folle. Quello che funziona oggi, domani cambia logica. Una casa ha bisogno di stabilità, non di aggiornamenti software quotidiani che rischiano di rompere le routine esistenti.
• Protocolli troppo permissivi: Per far dialogare tutto con l'IA, i protocolli stanno diventando sempre meno restrittivi. Questo si traduce in una sola cosa: meno controllo sui singoli passaggi e maglie più larghe nella gestione dei dati.
• Far West normativo: Non esiste ancora una regolamentazione chiara sulla sicurezza dei dati biometrici e comportamentali raccolti dalle IA dentro casa. Chi li guarda? Dove vanno?
• Aziende hitech usa-e-getta: Il mercato è saturo di startup che promettono miracoli, aprono e falliscono in meno di 18 mesi. Il rischio concreto è comprare hardware costoso che diventa un fermacarte non appena l'azienda chiude i battenti.
• Cloud precari e instabilità: Dipendere da cloud esterni gestiti da terze parti significa che se i loro server vanno giù (o cambiano policy), la tua casa smette di funzionare. Ci troviamo sballottati da una piattaforma all'altra senza preavviso.
• Bug e sicurezza ridotta: Un sistema domotico tradizionale basato su standard locali è sicuro e prevedibile. L'IA introduce un livello di complessità enorme, pieno di bug di gioventù e vulnerabilità informatiche che espongono la nostra rete privata a rischi altissimi.

Nel fai-da-te c'è la tendenza a installare un BMS (magari uno smart BMS acquistato online), chiudere il box e dimenticarsene, convinti che farà tutto lui.

Purtroppo, fidarsi ciecamente è il modo migliore per trovarsi con una pessima sorpresa: batterie deteriorate precocemente o, peggio, un sistema che non interviene proprio quando serve.

Il pericolo reale del BMS è che può rimanere silente per anni, dando la falsa impressione di un sistema impeccabile e privo di difetti. In realtà si tratta di un componente subdolo, che rischia di fallire proprio nel momento del bisogno, lasciandovi nei guai seri, senza preavviso.

Nelle installazioni isolate, nelle case di campagna, si crea una tempesta perfetta di eventi che il BMS da solo non può gestire.

Il problema dell'autoscarica e dei consumi fantasma

In campagna o in zone isolate, d'inverno o durante lunghi periodi di maltempo, la produzione solare può azzerarsi per giorni.

• Il BMS protegge la batteria staccando il carico quando la tensione scende sotto la soglia minima (es. 2.5V per cella sul Litio).
• La trappola: Una volta spento il sistema, il BMS stesso continua a consumare energia per rimanere attivo (specialmente quelli con Bluetooth o display).
• Se l'impianto rimane abbandonato a se stesso al freddo, quel micro-consumo costante porta le celle in scarica profonda irreversibile. Il BMS non può fare miracoli: se la cella scende sotto la soglia minima, è da buttare.

Bilanciamento passivo troppo debole

La maggior parte dei BMS commerciali ha un bilanciamento di tipo passivo ridicolo (spesso solo 30-50 mA).

• Se in campagna le temperature oscillano bruscamente tra il giorno e la notte, le celle interne del pacco subiranno stress termici differenti, sbilanciandosi velocemente.
• Un bilanciatore passivo così piccolo non riuscirà mai a recuperare il divario tra le celle durante le poche ore di sole disponibili. Risultato? Il BMS taglierà la carica perché una singola cella è "piena", lasciando le altre a metà. In pochi mesi vi ritroverete con metà della capacità nominale del banco.

Mancata attivazione delle protezioni (I relè incollati)

Quasi tutti i BMS commerciali usano MOSFET di bassa qualità per interrompere la corrente.

• In ambienti umidi, polverosi o soggetti a sbalzi di temperatura tipici dei capanni in campagna, questi componenti subiscono uno stress enorme.
• In caso di cortocircuito o sovraccarico pesante, i MOSFET possono surriscaldarsi e "incollarsi" in posizione di conduzione (andando in corto). Quando si verifica l'evento critico, il BMS crede di tagliare l'alimentazione, ma la corrente continua a passare, distruggendo le celle o rischiando un incendio.

Oggi vi mostro il cuore del mio banco da lavoro per quanto riguarda la programmazione dei chip: il programmatore XGecu T48. Per chi non lo conoscesse, è l'evoluzione del famosissimo TL866II Plus.

Lo trovo uno strumento indispensabile per chi progetta o ripara PCB. Grazie alla presa ZIF a 40 pin e al connettore ICSP, supporta oltre 31.000 componenti diversi. Lo uso praticamente per tutto:

• EPROM / EEPROM / Flash: Dalle vecchie memorie parallele (serie 27C) fino alle moderne Flash SPI a 8 pin (serie 25xx) usate per i BIOS.
• Microcontrollori PIC: Tutta la gamma Microchip classica.
• Chip AVR: I chip standalone del mondo Arduino prima di saldarli sulle schede custom.

A proposito di microcontrollori, se state progettando nuove PCB o riparando schede moderne, ecco una breve lista dei chip più importanti e utilizzati oggi sul mercato:

Connettività e IoT (Il Re indiscusso)

• ESP32 (Espressif): Modelli come l'ESP32-S3 o il più recente ESP32-C3 (basato su architettura aperta RISC-V). Sono lo standard per qualsiasi PCB che richieda Wi-Fi e Bluetooth a basso costo.

Standard Industriale a 32-bit

• Famiglia STM32 (STMicroelectronics): Presenti ovunque, dai droni alle schede industriali. Chip come l'STM32F103 o la nuova serie economica STM32G0 offrono una potenza di calcolo enorme a costi ridotti.
• RP2040 / RP2350 (Raspberry Pi): Chip low-cost famosi per i loro pin PIO (I/O programmabili), facilissimi da implementare su PCB personalizzate.

Mondo Arduino (Entry Level)

• ATmegaXX: tutti i chip dell'Arduino, incluso Arduino Uno. Anche se superato nelle produzioni industriali, resta un pilastro del fai-da-te per la sua semplicità a 8-bit.
• Famiglia ATtiny (es. ATtiny85): Microcontrollori minuscoli a pochi pin, perfetti per compiti dedicati ed estremamente economici.

Robustezza e Automotive

• PIC (Microchip): Le serie PIC16 e PIC18 sono pilastri storici ma continuamente aggiornati. Vengono usati tantissimo negli elettrodomestici e nell'elettronica di potenza grazie alla loro incredibile tolleranza ai disturbi elettrici e al rumore sulle linee.

Quando si progetta una PCB che richiede un sistema di alimentazione di emergenza (UPS o backup in caso di blackout), la scelta della chimica della batteria è fondamentale.

Sebbene il Litio sia oggi molto popolare, le batterie al piombo-gel (Gel) restano una delle soluzioni più affidabili e sicure per applicazioni stazionarie e di emergenza.

Ecco i principali vantaggi tecnici per cui dovreste considerare una batteria al gel per alimentare la vostra PCB in caso di emergenza:

Sicurezza assoluta ed Ermeticità

A differenza delle batterie al piombo tradizionali (acido libero), l'elettrolita nelle batterie al gel è solidificato sotto forma di gel siliceo.

• Nessuna perdita: Possono operare in qualsiasi posizione senza rischio di fuoriuscita di acido.
• Nessuna esalazione: Non emettono gas tossici o infiammabili durante la carica normale, rendendole perfette per box sigillati o ambienti interni dove risiede la PCB.

Resistenza alle scariche profonde (Deep Cycle)

Le batterie al gel tollerano le scariche profonde molto meglio delle normali batterie AGM o da avviamento.

• Possono essere scaricate ripetutamente fino al 98% della loro capacità senza subire danni strutturali o subire una drastica perdita di vita utile.

In un sistema di emergenza, la batteria passa la maggior parte del tempo in modalità "standby" (carica di mantenimento).

• Le batterie al gel hanno un tasso di autoscarica bassissimo (circa l'1-3% al mese). Rimangono pronte all'uso anche dopo lunghi periodi di inattività.
• Offrono una durata in regime di mantenimento (float life) molto lunga, spesso superiore ai 10-12 anni se mantenute correttamente.

Ampio range di temperatura e Robustezza

Le PCB di emergenza possono essere installate in scatole di derivazione esterne, garage o capannoni industriali non climatizzati.

• Il gel funge da dissipatore e protegge gli elementi interni dagli shock termici.
• Mantengono ottime prestazioni sia a temperature molto basse (sotto lo zero) sia in condizioni di caldo elevato, dove il Litio richiederebbe complessi sistemi di gestione termica.

Semplicità del circuito di ricarica sulla PCB

Progettare lo stadio di ricarica sulla PCB per una batteria al gel è estremamente semplice ed economico rispetto al Litio.

• Non servono algoritmi di bilanciamento delle celle complessi o circuiti di protezione ultra-sofisticati.
• Basta un regolatore di tensione lineare configurato per la corretta tensione di float (mantenimento).

Il rumore elettrico generato dalle ventole di raffreddamento è uno dei problemi più comuni sui PCB. Spesso i picchi induttivi e i disturbi di commutazione delle ventole viaggiano sulle linee di alimentazione, facendo sballare le letture di voltmetri e sensori analogici.

Per risolvere questo problema alla radice, il metodo migliore è progettare un'alimentazione separata su due stadi isolati. Ecco come strutturare il circuito per blindare la logica sensibile:

1. Architettura a due stadi

• Stadio Logica (Sensori e Voltmetri): Utilizzate una linea pulita, idealmente protetta da un convertitore DC-DC isolato (galvanicamente) o da un regolatore lineare (LDO) dedicato esclusivamente alla logica.
• Stadio Potenza (Ventole): Create una linea di alimentazione separata e indipendente. Il rumore dei motori rimarrà confinato in questo loop, senza intaccare i riferimenti di tensione dei sensori.

2. Isolamento dei segnali di controllo

• Se controllate le ventole in PWM, non collegate direttamente i pin della MCU ai MOSFET delle ventole.
• Utilizzate un optoisolatore (fotoaccoppiatore) per trasmettere il segnale PWM. In questo modo l'isolamento galvanico sarà totale.

3. Layout del PCB e Filtraggio

• Masse separate: Mantenete la massa della logica (GND) e la massa di potenza delle ventole (PGND) rigorosamente separate sul PCB. Se necessario, unitele in un solo punto (Star Ground) tramite una ferrite bead.
• Filtro locale: Posizionate un diodo di ricircolo (flyback) vicinissimo ai connettori delle ventole per tagliare i picchi induttivi, insieme a un condensatore elettrolitico e uno ceramico da 100nF in parallelo.

Questo approccio garantisce letture dei sensori stabili e voltmetri precisi al millivolt, eliminando alla radice ogni sfarfallio o errore di misurazione.

Quando un impianto fotovoltaico si trova isolato senza intervento umano per alcune ore, la tolleranza ai guasti deve essere pari a zero. Se il modulo wireless principale si guasta o si degrada mentre sei lontano, l'intero flusso di monitoraggio muore e rimani completamente al buio fino al tuo prossimo viaggio di 3 ore.

Per blindare il sistema, in foto potete vedere la mia strategia di difesa: l'utilizzo di due moduli ESP32-WROOM ridondanti, acquistati volutamente in momenti diversi e provenienti da lotti di produzione differenti.

Non si tratta solo di avere un pezzo di ricambio pronto sulla PCB, ma di applicare una precisa logica di ingegneria industriale contro i guasti sistematici. Ecco perché questa scelta è fondamentale per l'auto ridondanza del sistema H24:

1. Il pericolo dei difetti di fabbricazione nascosti (Lotto difettoso)

Se acquisti due o tre schede elettroniche nello stesso identico momento dallo stesso venditore, c'è un'altissima probabilità che facciano parte della stessa identica infornata di fabbrica.

• Il rischio reale: Se quel lotto specifico ha un micro-difetto nel silicio, una tolleranza errata su un condensatore SMD a bordo o una partita di saldature microscopiche più fragili, tutte le schede acquistate insieme condivideranno lo stesso identico punto debole. Sotto lo stress termico continuo del locale tecnico H24 (specie in estate), la scheda principale potrebbe cedere per un difetto di fabbrica e, poco dopo, anche la scheda di backup identica farebbe la stessa fine (guasto sistematico).

2. Diversificare l'invecchiamento dei componenti elettronici

I semiconduttori, i regolatori di tensione interni e il quarzo dell'orologio dell'ESP32 subiscono un invecchiamento fisico inevitabile che dipende dal tempo e dai cicli termici.

• Acquistando i chip a distanza di mesi o da fornitori diversi, le tolleranze chimiche e fisiche dei minuscoli componenti SMD a bordo cambiano. Questo disallineamento temporale garantisce che i due moduli non avranno mai la stessa identica curva di invecchiamento, azzerando il rischio di un "guasto simultaneo" per fatica dei materiali elettronici.

Zero cineserie commerciali...

Spendere pochi euro in più per un secondo chip proveniente da un'altra linea di montaggio permette di ottenere un'affidabilità che le costose centraline commerciali pronte all'uso non possono offrire. Se il sistema riscontra un errore catastrofico su un chip, si autogestisce, isola il guasto e si ripara da solo in totale autonomia, lasciando l'app e il software PC perfettamente attivi.

Aggiungere condensatori di filtro ovunque per ripulire le linee dai disturbi è un'ottima pratica, ma bisogna fare estrema attenzione. Se si posiziona un condensatore con una capacità eccessiva o nel posto sbagliato su una linea di trasmissione dati veloce (come la linea seriale RX/TX UART che collega il PIC all'ESP32), il risultato è catastrofico: dati corrotti, letture che sfarfallano a schermo e valori casuali.

A livello visivo sul software o sull'app potreste non notare nulla se non dei numeri che saltano a caso ogni tanto, ma se collegate un oscilloscopio alla linea seriale, la fisica dei componenti vi mostra subito il disastro reale.

Guardate lo screenshot del mio oscilloscopio: mostra esattamente cosa succede all'onda quadra dei dati digitali quando c'è un condensatore di troppo sulla linea. Ecco l'analisi tecnica del problema:

1. La distruzione dell'onda quadra (L'effetto "Slw-Rate")

I dati seriali viaggiano sotto forma di bit (0 e 1), che teoricamente dovrebbero essere onde quadre perfette con fronti di salita e discesa verticali e istantanei.

• Cosa succede nella foto: Un condensatore posizionato sulla linea seriale deve caricarsi e scaricarsi a ogni passaggio di bit. Se la capacità è troppo alta, il condensatore rallenta drasticamente questo processo. Come si nota chiaramente sullo schermo dell'oscilloscopio, l'onda quadra sparisce e si trasforma in una serie di linee oblique a dente di sega (una forma d'onda triangolare smussata).

2. Perché i dati si corrompono e sfarfallano?

La porta UART dell'ESP32 campiona il livello logico (0 o 1) in momenti precisi e calcolati al microsecondo in base al Baud Rate impostato (es. 9600 bps).

• Il problema reale: A causa del ritardo introdotto dalla carica del condensatore, quando l'ESP32 va a leggere la linea non trova più un livello logico stabile a 0V o a 3.3V. Trova una tensione intermedia che si sta ancora faticosamente alzando o abbassando. Il chip inizia così a interpretare i bit in modo totalmente errato, scambiando gli zeri con gli uni. La stringa JSON si spacca, il checksum fallisce e a video compaiono letture fantasma o congelate.

3. I parametri fisici rilevati dall'oscilloscopio

Analizzando i dati di misura in basso a sinistra sullo strumento:

• Tensione minima (Mi): Scende a -156.3 mV, segno di micro-oscillazioni e rimbalzi induttivi sulla linea causati dall'accoppiamento capacitivo.
• Tensione massima (Ma): Raggiunge i 3.760 V, un valore pericolosamente fuori specifica per i pin tolleranti a 3.3V dell'ESP32, che rischia di degradare il silicio del chip a lungo termine.
• Frequenza di rumore (F): Lo strumento rileva una frequenza spuria di ben 1.935 kHz durante i transitori di commutazione, che si sovrappone al clock dei dati corrompendo la trasmissione.

La regola d'oro per le linee dati

Sulle linee di alimentazione (VCC e GND) i condensatori enormi sono i nostri salvatori, ma sulle linee di segnale digitali ad alta velocità (UART, I2C, SPI) la capacità parassita deve essere ridotta al minimo assoluto. Se serve un filtro contro i disturbi, si usano microscopici condensatori ceramici nell'ordine dei picofarad (pF), mai dei nanofarad (nF) o microfarad (uF), per evitare di "affogare" i bit e mantenere i fronti di commutazione taglienti come lame.