-
-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
K=25 #19
Comments
Ask Sinapsi to publish these values in modbus. Probaly the register map changed and they added these specific values in other addresses. I have to stick to the default register map. Meanwhile, if it’s just a *25 problem, you can create template sensors and multiply the alpha sensors by 25. |
Thanks, I will ask sinaspi if this modification is possible. I had also thought about creating other sensors *25 but I don't like it. Thank you |
What is this K coefficient? I can't find much about K=25, you said there is docs on the internet. |
On their app they have already changed the value but on the modbus I still receive the non-multiplied values |
Ask them if the Power Factor is available in the modbus registers. If not, ask them to implement it. ;) I asked them to implement the serial number of the device in modbus, but they didn't do it. |
I have already sent an email, I hope now that they will also modify the K coefficient in Modbus, otherwise I will create the sensors by multiplying them by 25. Couldn't you create the possibility of multiplying by 25 in your app? So do you automatically create the correct sensors? |
You don't like template sensors, and I don't like managing the K factor manually in the integration, it should be provided by the meter, as Shelly EM or other meters do. In case Sinapsi won't implement it, I'll think about it...but I don't like it. |
Thanks, if you increase it I think it will be useful for me but also for others, otherwise you always have to ask sinaspi since it is an unmanageable setting. |
you forget 1 thing: in your case K=25 but in other cases it might be a different value that is also dynamic, not static, so it can change. Having it configured as a static value is a wrong approach. K must be provided by the meter. |
If you make this change to your integration you should include the possibility of changing this K value in the integration configuration, a field under IP, which by default is set to 1, and those like me who need to change it with the correct value. Before this I didn't imagine that there was this variation between meters. |
Te lo spiego in italiano: nel tuo caso il K=25, ma in altri casi il K potrebbe variare dinamicamente. è errato metterlo come valore statico. mi spiace ma non lo farò. creati dei template sensor per ora, e cerca di spiegare a Sinapsi che il K deve essere disponibile nella mappa modbus. |
Si avevo capito, spero che sinaspi mi cambi anche questa impostazione, altrimenti sarò costretto a creare dei nuovi sensori moltiplicati con questo valore. Grazie per il tuo impegno. |
Mi hanno risposto, non riescono a moltiplicare i codici modbus x25. La soluzione è creare dei nuovi sensori moltiplicati. Che brutta cosa.. |
Non riescono? 😂 Non vogliono, è diverso. |
Ho notato che alcuni valori sono corretti come ad esempio potenza prodotta, la potenza immersa deve essere moltiplicata e automaticamente il valore potenza auto consumata è sbagliata perché viene soltratto con un valore errato.. |
Fammi vedere schermata con i sensori, qui i calcoli sembrano corretti. Mostrami schermata con tutti i sensori e descrivimi perché non ti tornano i calcoli. |
Apri un altro issue con le info che ti ho richiesto, questo è chiuso. |
L'unico valore calcolato è l'autoconsumo, il resto me lo restituisce Alfa dai registri modbus. Quale valore non ti torna, l'autoconsumo? |
Si,
Autoconsumo non torna.
Il gio 2 mag 2024, 00:05 Alessandro Del Prete ***@***.***> ha
scritto:
… L'unico valore calcolato è l'autoconsumo, il resto me lo restituisce Alfa
dai registri modbus.
Quale valore non ti torna, l'autoconsumo?
—
Reply to this email directly, view it on GitHub
<#19 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AUC4HOKGR4LZJC5S5MBWBE3ZAFRLHAVCNFSM6AAAAABGYTDZ66VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBZGIYTCMJVGE>
.
You are receiving this because you modified the open/close state.Message
ID: ***@***.***>
|
Dai tuoi screenshot non si vede Energia immessa totale. Il calcolo è semplice: Questo è il codice: if reg_type == "calcolato":
self.data["potenza_auto_consumata"] = (
self.data["potenza_prodotta"] - self.data["potenza_immessa"]
)
self.data["potenza_consumata"] = (
self.data["potenza_auto_consumata"]
+ self.data["potenza_prelevata"]
)
self.data["energia_auto_consumata"] = (
self.data["energia_prodotta"] - self.data["energia_immessa"]
)
self.data["energia_consumata"] = (
self.data["energia_auto_consumata"]
+ self.data["energia_prelevata"]
) |
Dovrei sostituire i tuoi sensori con i miei che ho dovuto moltiplicare x 25. |
Ma che ci vuole a creare dei template sensor dove ti fai la moltiplicazione. Non capisco cos'è che ti dia fastidio...:) |
Si li ho ho creati ma non mi piace, quando apro la tua integrazione vedo tutti i dati sbagliati e questo non lo sopporto. Ho atteso tanto per questa integrazione e adesso.. |
Devi prendertela con Sinapsi. Non ci vuole molto a pubblicare il K nei registri modbus. Se lo fanno, implementerò la modifica. Digli che i valori modbus nel tuo caso sono errati. :) |
Mi hanno risposto "noi a monte non fissiamo fare niente, deve configurare homeassistant in modo che i valori vengono moltiplicati per 25" |
Digli così: "il fattore K viene fornito dal contatore e-distribuzione, quindi Alfa dovrebbe leggerlo e calcolare i valori REALI e fornire valori REALI nell'app e via modbus. Dovrebbe anche fornire via modbus il fattore K letto dal contatore." |
Ecco qui la risposta che mi hanno dato: "Buongiorno, |
Sono andato nel contatore, cliccando sul display non ho trovato nulla sul valore K o valore 25. |
La documentazione dice che lo trovi nel menu "Lista spiegazione simboli". Ma io non ho quel contatore, chiedi ad e-distribuzione come visualizzarlo. |
Checklist
Is your feature request related to a problem? Please describe.
Hi, I have another alpha installed on a three-phase meter with 80kw power. From alpha they had to modify the reading values per app by multiplying by 25 so as to have the real values, but I notice that these multiplied values on the alpha app are not read on your integration which still reads the non-multiplied values. Would it be possible to multiply by 25? It would be nice to include in the configuration both the alpha IP and another field whether or not to multiply by 25 which would be the K coefficient. K=25 is also talked about on the internet. Thank you
Describe the solution you'd like
.
Describe alternatives you've considered
.
Additional context
.
The text was updated successfully, but these errors were encountered: