CITAZIONE (ElettroshockNow, 04/04/2015 20:46:53 ) Quote:

ancor più semplice:
in tempi antichi quando si doveva andare in parallelo con generatori sincroni indovina come si faceva, tre lampade sulle due terne! se erano accese vuol dire che non era in fase quindi si frenava fino a quando si spengono e quindi si chiudeva il contattore di parallelo.
questo lo possiamo fare anche con gli inverter nostri, solo che al posto delle lampade ci mettiamo un piccolo resistore di carico e quando la tensione su questo non è nulla significa che dobbiamo risincronizzare,allegerendo non poco il lavoro al processore

questo link è molto interessante:http://www.webalice.it/egidiorezzaghi/IAELETTT/QUINTA/MACSIN/MACSIN14.HTM

Anzitutto vi ringrazio per essermi venuti in contro così numerosi !!!

Prima di andare avanti è doveroso fare un paio di precisazioni: io, per il momento, sto lavorando solo sulla parte Software, quindi volutamente non affronto la parte Hardware.

Voglio dire che se abbiamo bisogno di un comparatore o di uno squadratore o altro lo menziono ma senza alcun dettaglio relativo alla sua implementazione.

Per quanto riguarda il meccanismo di sincro, invece, io immagino di alimentare il nostro Arduino che inizierà a generare la sua bella sinusoide a 50 Hz.

Successivamente prendo un segnale sinusoidale a 55 Hz, lo collego al Pin dedicato al sincro e sull'oscilloscopio vorrei vedere il segnale generato dal micro aumentare fino a 55 Hz e mettersi in fase...

Variando il segnale a 55 Hz il micro lo deve seguire...

Ma veniamo alle varie proposte:

Quote:


La tua idea è semplice e funzionale ma, come tu steso dici, funziona solo se le 2 frequenze sono quasi identiche...

Vediamo se riusciamo a fare di meglio...

Quote:


Il metodo suggerito è forse ancora più semplice di quello di Elettro ma, come citato anche nell'articolo da te citato: "Se la frequenza f2 della f.e.m. generata da G2 è diversa dalla frequenza f1 della tensione alle sbarre, la tensione VMN ai capi degli indicatori di sincronismo oscilla essendo  e variando nel tempo la posizione relativa dei vettori  e  a causa delle diverse pulsazioni w1 e w2 dei vettori stessi." se le frequenze sono diverse, sincronizzare i segnali risulta complicato...

Però il tuo suggerimento mi ha fatto venire in mente una cosa del genere:

Supponiamo di collegare il segnale del nostro micro a un convertitore frequenza/tensione (es. LM331) e fare la stessa cosa con il segnale della rete Enel.

L'uscita dei due convertitori potrebbe essere mandata ad un circuito differenziale con un'uscita -2,5...+2,5V successivamente traslata 0..5V

In questo modo il micro, semplicemente leggendo una tensione analogica, sa già cosa deve fare...

Una volta che la tensione sul pin analogico sarà di 2,5 V potrà passare a fare una messa in fase più precisa del segnale.

Ho qualche dubbio sulla precisione/stabilità dei convertitori...

Voi che ne pensate ?

CITAZIONE (BellaEli, 05/04/2015 10:25:52 ) Quote:

Ho visto il tuo video e il tuo codice:eccellenti!
Sul codice,pulitissimo che implica esperienza e professionalità, se posso permettermi di dare qualche suggerimento, utilizzerei il dimensionamento dei vettori con delle costanti modificabili in testa al codice ...questo per evitare di scrivere nel codice i valori dei vettori stessi, cioè i valori del PWM lo si fa calcolare al processore stesso (mediante la funzione sin) all'inizio all'avvio. In questo modo puoi variare la precisione , anche con 'jumperini' esterni o anche ricompilando se vuoi...se sono stato poco chiaro chiedete pure!
Dalla prox settimana dovrei liberarmi un pochino...vi seguirò da più vicino...indegnamente!

Wow... Forse riusciamo a tirare dentro il progetto anche il grande Bolle !!

Quote:


Indegnamente ?!? Spero volessi scrivere "Degnamente" !!!

Quote:


Facciamo così, vediamo di procedere con uno micro, una volta completato il firmware vediamo di migliorare le prestazione implementando una soluzione Dual-Core !
Anche perché non conosco i2c, quindi si aggiungerebbero altri problemi: meglio uno per volta...

Quote:


Chiarissime le indicazioni e l'idea è davvero interessante: in questo modo ognuno si può scegliere la frequenza del PWM (inversamente proporzionale alla  sua definizione, come numero di valori di uscita) che preferisce.

Tra Jumper di configurazione e valori di costanti nel codice da ricompilare, visto che stiamo lavorando con Arduino, preferisco la seconda soluzione che offre maggiori margini di personalizzazione.

Tuttavia ci potrebbe essere il problema che, una volta finito, il codice potrebbe risultare vasto e complesso da comprendere per un non addetto e, lasciare troppe possibilità di personalizzazioni, potrebbe creare delle situazioni di funzionamento anomalo che al momento non sono prevedibili...

Comunque appena ho un po' di tempo vedo di implementare il tuo suggerimento...

Grazie ancora per il supporto...

Buona Pasqua a Tutti gli Utenti del Forum, Eligio.

Dimenticavo

Personalmente proseguirei sulla strada del multiprocessore.
Nel mio inverter attualmente dedico un micro alla creazione dell'onda e la messa in fase e un secondo non meno importante che si occupa delle protezioni (Modulo protezione totale) e dell'interfacciamento con il mondo esterno .

Sono 4 uscite galvanicamente isolate raddrizzate e livellate.
In due uscite ho raddrizzato la semionda positiva e nelle restanti due la negativa.
Questo è per equilibrare i carichi su tutta la semionda e poter evitare il feedback sulla tensione in uscita .

Ogni uscita alimenta il proprio driver e finale e non deve avere nessun comune con il resti del circuito.
V+1 e V-2 (20Vdc)ad esempio alimenteranno i +20 e gnd (nello schema V+1 e V-1)del driver n°1 ... il V+3 e V-4 (20Vdc) il +20 e gnd del driver n°2 (nello schema V2+ e V-2) ... e così via.
Ma tutte le alimentazioni e gnd saranno isolate tra loro.

C10 e C12 servono per stabilizzare i 5V del diodo zener  interno all'EXB.
I 5V saranno visti come -5V dal gate quando questo sarà comandato in interdizione.