Inverter AURORA - Power One @ Guida definitiva collegamento rete lan!!!


Vipsolar fotovoltaico

OK, non hai capito. Riesci a farci vedere le schermate di configurazione che ti compaiono collegandoti al 192.168.1.115, nonchè quella di aurora comunicator?
Il fatto che ti compaiano non vuol dire nulla di per se
Ciao
 
Ecco la schermata all'indirizzo 192.168.1.115 ottenuta dal flyport con il software di De Santis modificato per trasferire i dati su ethernet anzichè su wifi.
Aurora Communicator non posso usarlo perchè ho un sistema linux. Ne esiste una versione per questo sistema operativo?

Appena mi arriva il convertitore RS485-usb potrò provare 123solar su raspeberry pi

Ciao
 

Allegati

  • Schermata.png
    Schermata.png
    107.9 KB · Visualizzazioni: 0
Vediamo se ci si arriva. Con calma però......
Il tuo flyport va configurato assieme al tuo router in modo tale (se usi l'applicazione web inverter power meter lite su internet !!!!!) che questi siano in grado di
1 ) raccogliere le info dall''inverter e distribuirle sulla tua rete (flyport)
2 ) permettere al power meter lite di attingere nella tua rete a dette informazioni (power meter + impostazioni router)
Come certamente saprai c'è poi di mezzo il DNS senza il quale il power meter cercherà invano il tuo router per quanto inizialmente configurato bene.
Se uno di questi sistemi è collegato/configurato male non vedi nulla.
Quindi, ammesso che abbia capito bene cosa hai messo in piedi, come hai configurato i vari punti?????
Ciao

PS: la versione per linux esiste , è l'123solar che userai sul rasp
 
DrBerta ha detto:
Nella scheda flyport ethernet ho usato anche come software quello trovato sul sito di AreaSX fatto da De Santis, che quindi ritengo sia corretto, almeno nella parte di connessione con l'inverter.
Clicca per espandere...
Ciao,Non vorrei sbagliarmi, ma credo che sia qui l'inghippo: quel sw si aspetta di prendere i dati da un altro convertitore rs485-tcp e non dalla rs485 a bordo
 
@drberta
Controlla l'id del convertitore e la velocità di trasmissione. Hai provato ad invertire A e B?

@gianfrdp
Lui invia il comando direttamente dalla seriale
 
Se usa il sw preso da AreaSX http://www.areasx.com/files/articoli/8287/SXFLY_LAN_AURORA_FIRMWARE.zip ci ctedo che non funziona.Ho guardato il codice: da nessuna parte si fa uso della rs485, la comunicazione con l'inverter avviene via ip.Se ti colleghi alla seriale (di default impostata come console di debug) e nel firmware non c'è nessuna istruzione per mandare i dati alla 485... come fa?
 
Come scrivevo sopra per funzionare con il programma di DeSantis deve mettere i dati RS485 in rete esattamente come se lo facesse con una EZL70 o altra scheda. Il programma web si occupa di prelevare i dati dal DNS configurato.

Il flyport ha un ingresso RS485 da quello che vedo dalla scheda per cui in teoria può farlo, ma va settato lui e il router, nonchè l'applicazione web :)
 
Vedo di chiarire la situazione.
Il Flyport è montato su una scheda chiamata serial nest dotata di RS232, RS485 e porta ethernet 10/100. Usando quella scheda per collegarmi direttamente all'inverter, la mia idea è quella di modificare opportunamente il seguente software di De Santis, per mattere i dati direttamente via ethernet e non via wifi: DeSantiX.iT In pratica il software di de Santis comunica direttamente con l'inverter, mette i dati sulla pagina web che vi ho mostrato e li rende anche disponibili sulla rete via wifi.
Io ho modificato il software per rendere i dati disponibili sulla pagina web e sulla porta ethernet 80 del flyport. In pratica la mia scheda dovrebbe fare le stesse cose dell'EZL70 forse con in più la pagina web perchè il flyport è un web server.
L'ho provato, ma non va. Dalle info di debug che ho tramite seriale sembra che l'inverter non risponda.
Quindi ho provato a scrivere un programmino che semplicemente comunica con l'inverter usando la RS485 e mi manda su RS232 la risposta dell'inverter. Il risultato è che non ho nessuna risposta.
Quindi al di là del funzionamento della parte ethernet, che potrebbe anche non funzionare a dovere, ho un problema a monte: non ho comunicazione diretta con l'inverter tramite la RS485. Ho provato anche a invertire i collegamenti A e B, ma nulla è cambiato.

Ho verificato velocità e ID dell'inverter: indirizzo 2 e velocità 19200.

L'unica cosa che mi ha fatto pensare è che il controllo remoto è disabilitato. Io non so se questo sia importante.

La RS485 è programmata in half-duplex usando le API del software Openpicus che suppongo siano corrette.
Ho attivato le resistenze da 120 Ohm sia sull'inverter che sulla scheda serial nest+flyport. Per il resto il collegamento è stato fatto come suggerito nel sito di De Santis.

Cosa ci può essere che non va?
 
Ultima modifica:
Il controllo remoto dell'inverter non c'entra niente con il funzionamento della rs485, quello credo serva per spegnerlo o accenderlo da remoto, appunto.
Quando ho detto di controllare l'id intendevo quello dell'open picus, che deve essere diverso da quello dell'inverter.
Le istruzioni sul sito di De Santis sono chiare, quindi dovrebbe funzionare tutto, a meno di un guasto sulla rs485 dell'inverter.
Le prove le fai di giorno, vero?!?!?! Ricordati che quando fa scuro l inverter si spegne, e non è possibile comunicare con lui.
 
Sì, le prove le faccio solo di giorno.
Scusa non riesco a capire. Cosa intendi per ID dell'inverter e dell'openpicus?
L'openpicus riceve i dati dall'inverter direttamente tramite RS485. Non tramite un convertitore RS485-rete. Poi è lui che mostra sulla rete i dati dell'inverter
 
Se il flyport dovrebbe fare le stesse cose della EZL allora prova a fargliele fare in modo che puoi verificare tramite un PC con Aurora comunicator se la RS485 dell'inverter funziona, oppre aspetta il convertitore che hai ordinato.
Comunque sia se non ricordo male (il programmiono di controllo web l'avevo usato anche io) basta che il convertitore renda disponibili i dati su LAN e che il router permetta di accedervi ed il gioco è fatto (savo alcuni siti che non permettono il funzionamento del sistema, tipo Altervista).
 
Se l'inverter ha id 2, openpicus dovrà avere id 1, oppure 3 o 4, comunque diverso da 2.
È l'indirizzo dell'apparato sulla linea seriale, al pari del mac address o numero ip sulla rete ethernet.
Ogni apparato deve avere un id univoco, se sulla stessa linea seriale ci sono due id uguali, è chiaro che non funziona, specialmente se sono gli unici due apparati presenti sulla linea.
La rs485 prevede max 32 o 64 apparati sulla stessa linea, dipende dalla versione.
Di solito l'apparato principale (master), in questo caso l'openpicus, ha id 0 (zero).
Dove lo imposti questo nel firmware che ci carichi?
 
@MizioB
Per usare un pc con Aurora Communicator devo aspettare il convertitore se no non so come fare ad interfacciarmi con l'inverter.
Probabilmente è l'unico modo che ho per verificare se l'inverter ha dei problemi.

Il flyport era una alternativa al convertitore e all'EZL70, ma se non va, mi resta solo il raspberry con 123solar.
Per quanto riguarda la rete, prima di rendere accessibili i dati da fuori vorrei essere sicuro che tutto funzioni e quindi mi sto limitando all'accesso dalla rete interna di casa.

@fabiusmontana
Adesso mi è chiaro. Non sono esperto di RS485.
Ho come il sospetto che non ci sia nessun ID settato nel software, e questo spiegherebbe perchè l'inverter non risponde.
Verifico e ti faccio sapere.

Ciao
 
Rieccomi.
Ho verificato il software e non c'è nessun ID settato per il flyport. Però ho anche visto che non è prevista nessuna comunicazione diretta verso il flyport se non le risposte ai comandi inviati. Quindi l'ID non serve.
Anche il protocollo di comunicazione dell'inverter non prevede questo ID perchè non invia mai dati automaticamente, ma risponde solo a comandi esterni.
Mi sbaglio?
 
Appurato quale è il firmware che stai usando.

Dentro taskFlyport.c c'è questo pezzo di codice
Codice: 
//Serial number
#define CMD_SN(AD) txdata[0]=AD; txdata[1]=0x3f; txdata[2]=0x00; txdata[3]=0x00; txdata[4]=0x00; txdata[5]=0x00; txdata[6]=0x00; txdata[7]=0x00;
...
for (address=[COLOR=#0000ff]0[/COLOR]; addressCOLOR]; address++){
#ifdef DEBUG
s[COLOR=#0000ff]printf(debug, "Ricerca Inverter all'Indirizzo 0xX\r\n", address);[/COLOR]
UARTWrite(PORT_RS232,debug);
#endif
CMD_SN((unsigned char)address)
res=SendCmd(txdata,2);
if(res==8){
#ifdef DEBUG
[COLOR=#0000ff]sprintf(debug, "Inverter Trovato all'Indirizzo 0xX\r\n", address);[/COLOR]
UARTWrite(PORT_RS232,debug);
#endif
state ++;
inverterdata.indirizzo=address;
break;
} else {
//UARTWrite(PORT_RS232,".");
LED4_ON;
vTaskDelay(10);
LED4_OFF;
vTaskDelay(10);
}
}
if(state==0){
#ifdef DEBUG
[COLOR=#0000ff]UARTWrite(PORT_RS232,"ATTENZIONE - Nessun Inverter Trovato\r\n");[/COLOR]
#endif
inverterdata.indirizzo=0;
}
Fa un ciclo da 0 a 10 (indirizzi delgli inverter) per cercare l'inverter. Se hai attivato il DEBUG (non ho trovato il punto dove si attiva) dovresti vedere, nella console seriale, 2 dei messaggi evidenziati (il primo e poi uno degli altri 2): li vedi?

EDIT: sembra che la stringa corretta per avere il SN dell'inverter con indirizzo 2 sia
Codice: 
0x02 0x3f 0x00 0x00 0x0 0x00 0x00 0x00
 
Ultima modifica:
Ho aggiunto dei comandi UARTWrite() dentro alla funzione SendCmd() per verificare cosa invio e cosa ricevo.
Io invio correttamente i dati ma non ricevo nulla. Il buffer di ricezione è sempre vuoto
 
Devi accedere o registrarti per rispondere qui.

ULTIMI MESSAGGI

Sezioni in Evidenza

Fotovoltaico Aspetti Tecnici, Bancari e Legislazione Isolamento, insuflaggi e Cappotti Tecniche e materiali per l'efficienza termica Riscaldamento e Raffrescamento Soluzioni a Legna, Pellet e Pompe di Calore Ossidroelettrico La nuova fonte di energia dall'infrarosso

Tags + Popolari

Stai usando un browser non aggiornato. Potresti non visualizzare correttamente questo o altri siti web.
Dovreste aggiornare o usare un browser alternativo.
Indietro
Top Bottom