per le prove è possibile utilizzare il software comunication tool reperibile in rete.
per i comandi rimando al manuale del protoccollo rs232 del inverter anche questo reperibile in rete

Partiamo dal fatto che io uso il check crc solo per la trasmissione. Questo perché lo vuole l.inverter. già il fatto che una comunicazione a 2400 ha bisogno del crc la dice tutta. Ci sono comunicazioni a 115200 che filano lisce senza controlli. Questo significa che i signori costruttori già sanno che aria tira con il loro progetto.
Seconda cosa, il processore che è stato montato è una cpu degna della caverna dell.orso yoghi, lentissimo. Da qui la necessità di timing adeguato perché a tutto pensa tranne che a dare i dati in seriale. Tra le altre cose non ha cache, perché ha necessità di almeno 600 ms per poter organizzare tutte le info da reinviare (es . Qpigs).
Detto questo, ripeto che io uso(avo) wp solo per leggere Info fisse, tipo cutoff e simili. Le altre mai prese in considerazione. Sono fasulle ed obsolete quando le leggi. Proprio a causa degli errori che wp ha come qualsiasi altro prg di comunicazione collegato all.inverter.
Ma mentre wp NON DICE in modo diretto cosa succede, lcb per onestà e necessità deve farlo. Lcb totalizza le cifre, wp no.
Quindi io debbo avere dati certi, altrimenti a fine mese gli utenti mi dicono che non tornano i conti.
Serve un controllo a monte, non a valle. L.utente deve sapere che gli errori dipendono da altri fattori, non da lcb, perché questa è la verità.
Con wp vedi il valore e sei contento e co[CENSORED]ionato.
Con lcb sai realmente come stanno le cose.
Wp se riceve un valore farlocco lo salta e lascia il vecchio. Lcb non può, non vuole, non deve permettersi questa "mandrakata". Siamo tutti bravi a fare programmazione tipo wp !!!!
Parliamo naturalmente di errori NAK e simili, non di miei bugs di programmazione.
L.errore della stringa precedente che dici tu, a me non è mai avvenuto. Migliora il timing e di certo sparirà.

CITAZIONE (gruppo, 14/12/2016 10:50:34 )

Ci vorrebbe qualcuno tipo questo, che riuscisse a metter mano al Firmware, però se hai notato il suo display, è molto ma molto più veloce a variare i dati, anche più di una volta al secondo.
Se si potesse risalire a monte, della seriale magari si potrebbe risolvere, ma entriamo in un campo troppo hardware.

Immagine Allegata: LIFEPO.jpg
 

Buongiorno a tutti

Attenzione!! specifico meglio quello che ho fatto e traggo le conclusioni per non dar modo di fare conclusioni sbagliate.

Partiamo dicendo che il pip a livello di inverter funziona benissimo e Lucibus altrettanto, il problema sta nelle linee elettriche che arrivano alle nostre abitazioni, e cosa succede che quando siamo scollegati dalla rete pubblica l'inverter e lucibus vanno alla grande e non ci sono problemi di comunicazione e di conseguenza anche tutte le statistiche e i dati forniti dal programma sono reali e corretti. Quando il l'inverter commuta sul gestore ( rientro ora da un colloquio con del personale enel che lavora nelle costruzioni e riparazioni delle linee per avere delucidazioni in merito ) e li che nasce il problema degli errori cioè che dalla rete del gestore Enel o chi altro sia "entrano " in casa un sacco si spurie e armoniche raccolte nelle linee aeree , e come mi hanno specificato non è per tutti uguale ma dipende molto anche dalla distanza dalla cabina di distribuzione e da cosa altro passa nei dintorni delle linee che stanno fuori, se si abita in campagna o nei centri urbani ecc ecc.
Cocludendo... Lucibus si dimostra anche in questo caso che è un programma professionale e di ottima qualità sta a noi fornirgli i dati corretti per elaborarli. ps mi sto facendo fare un preventivo per uno stabilizzatore elettronico che lavora in frequenza e tensione da 3.5Kw per eventualmente metterlo dopo il contatore.

spero di essere stato chiaro per qualsiasi info sono qua

Claudio entrare nel firmware del Pip non è purtroppo molto "igienico" in quanto si rischia di fare cose senza averne la giusta conoscenza. Occorre avere il flow-chart di quanto avviene e di cosa fa il firmware.
Di certo l.australiano ha avuto info sottobanco, sennò non avrebbe potuto far nulla.
E poi i firmware sono moltissimi... cosa succede all'altro se cambi una cosa ad uno ?
il mio discorso al riguardo si ferma qui.non sono così tanto esperto oltre quanto so ed ho finora detto.

Peppe però almeno gli errori dell'inverter devi dirci come toglierli, così poi LCB ringrazia :-)

eh eh fotosettore ti ho beccato!
troppo facile mandare il crc solo in trasmissione.
sicuramente tu hai memorizzato in una variabile i comandi da inviare compresi di crc ma non avendo creato una routine che crea il crc non li puoi controllare in ricezione ed invece dovresti.

bando alle ciance, ora se vuoi visto che si avvicina il natale ti fornisco la routine già creata in VB che controlla il crc di una risposta.
chissà che implementandola non diminuiscano gli errori nel tuo applicativo.

Gruppo ma che c.. dici ?
ma sai come funziona l.inverter ?
stai sparando a Zero senza sapere quello che dici...
mi viene da ridere...non hai la minima idea di come funziona il 4048.
Non ho bisogno di nulla credimi... ho già implementato tutto.
come potrei mettere un crc fisso su valori variabili?
Se devi postare il tuo codice magari fallo in altro thread, qui saresti off topic.
invece di sparare a zero su stupide presunzioni, sei pregato di presentare il tuo eseguibile.
senza fatti, le tue chiacchiere stanno a zero.

lo sapevo non hai capito una cippa.
devi calcolare il crc sulla risposta e confrontarlo con la risposta stessa.
non ho capito se cifai o ci sei (scherzando ovviamente)
comunque eccoti servito:
ultimo post perchè off topic.
solo a dimostrazione per gli altri utenti:

    Function crc2str(c As Integer) As String ' accetta in ingresso il valore intero del crc e restituisce la stringa in esadecimale
        Dim crcesa As String
        crcesa = Hex(c)
        Do While Len(crcesa) < 4
            crcesa = "0" & crcesa
        Loop
        crc2str = Chr(Convert.ToByte(Mid(crcesa, 1, 2), 16)) & Chr(Convert.ToByte(Mid(crcesa, 3), 16))
    End Function

    Function calcrc(ByVal data() As Byte, ByVal count As Integer) As Integer
        Dim crc As Integer = 0
        Dim i, j As Integer
        Dim d As Integer
        For i = 0 To count - 1
            d = data(i)
            crc = crc Xor (d << 8)
            For j = 0 To 7
                If ((crc And &H8000) <> 0) Then
                    crc = (crc << 1) Xor &H1021
                Else
                    crc = (crc << 1)
                End If
            Next
        Next
        calcrc = crc And &HFFFF
    End Function

'......parte di codice dove viene effettuato il controllo dove io in risp1 ho la risposta piccole modifiche per VB6 
                    crcRisp = Microsoft.VisualBasic.Right(risp1, 3)
                    crcRisp = Microsoft.VisualBasic.Left(crcRisp, 2)
                    Dim rispcalcrc As String, rispOkLV As String
                    rispcalcrc = Microsoft.VisualBasic.Left(risp1, Len(risp1) - 3)
                    crc = calcrc(System.Text.Encoding.UTF8.GetBytes(rispcalcrc), Len(rispcalcrc))
                    cTXarray = Split(cTXinAttesa, "|")
                    If (crc2str(crc)) = crcRisp Then                     'ok controllato crc
'...... procedi tu con la tua implementazione, buon lavoro e buon Natale.

lascia perdere la variabile ctxarray in questo contesto non ha senso

non ho capito comunque perchè offtopic visto che si stava parlando di errori che fa il tuo applicativo e io cercavo di apportare il mio contributo per cercare di farti risolvere parte dei problemi,
ma siccome sai tutto tu...,

questo è un forum pubblico, quando uno spara cavolate mi sento libero di dire la mia, portando anche prove.
per il resto come sai apprezzo moltissimo i tuoi sforzi.

Salve a tutti!
Sono un utente di Lucibus e seguo in modo tacito il forum.
Premesso che il Buon Peppe ha creato un software meraviglioso e utilissimo per il nostro amato inverter. Il problema inerente agli errori riscontrati sulla comunicazione seriale, a conferma di quello già detto da Vincenzo è dato da interferenze immesse nella reta captate in vario modo dalle linee aeree trifase. Interferenze ripeto di vario genere perché fra queste vi sono quelle dei vari ripetitori telefonici e televisivi e in piccola parte dai milioni di reti Wi-Fi presenti. Altro problema che genera il famoso NAK è dato ovviamente dalla lunghezza del cavo seriale e dai rispettivi cavi che durante il percorso corrono accanto a quest'Ultimo sempre come detto da Vincenzo. Da questo dico: prima di dire e affermare che un "semplice" software come Lucibus genera errori alla seriale. Vi pregherei di comportarvi un attimino da tecnici e valutate bene cosa affermate in modo assolutamente privo di basi scientifiche.

benvenuto studio-video-sound, volevo dirti che oltre al NAK ci sono risposte ma con crc che non torna e queste devono essere non solo scartate ma nuovamente richieste.
il produttore infatti nella risposta mette il crc proprio perchè chi riceve deve controllarlo.
questa è una base scientifica della nascita del CRC nelle comunicazioni.
come si può vedere anche in wikipedia:
Il controllo CRC è molto diffuso perché la sua implementazione binaria è semplice da realizzare, richiede conoscenze matematiche modeste per la stima degli errori e si presta bene a rilevare errori di trasmissione su linee affette da elevato rumore di fondo.

Gruppo ho numerosi letture di dati su seriale e usb, ma il CRC dove lo trovo?

Io l'unica cosa che riesco a fare con il CRC e sciogliere la ruggine....

Immagine Allegata: crc.jpg