Using Grott Proxy and Grott Server together #598
Replies: 10 comments 25 replies
-
In the next release (3.0) Grott and Grottserver will be integrated. In principle Grottserver will do al communication but there will be a capability to send the data (passthrough) to growatt. That will be one way traffic (from grott/grottserver to growatt) everything (commands) from growatt will be blocked, This release is almost finished (alpha version) and is in test phase. |
Beta Was this translation helpful? Give feedback.
-
It is comming. Please give me some time. |
Beta Was this translation helpful? Give feedback.
-
I am also looking forward to this functionality. I have actually started on an implementation of my own, but will probably wait for yours. Would you like some help with testing? I have a MOD-10KTL3-XH, with ARK batteries that I'm aiming to control by setting Time-of-Use from home assistant. |
Beta Was this translation helpful? Give feedback.
-
I run Grott and Grottserver separately (admittedly my customised version) and have done so most of the year. I haven't communicated with the Growatt servers for many months. It might be worth you doing that to get it working before the fully integrated version. It's a great learning experience! |
Beta Was this translation helpful? Give feedback.
-
I will publish the 3.0 version in alpha (3.0.0) this week. Grott 3.0 is Grott and Grottserver integrated. One optie of Grott 3.0 is the server passthrough mode. Grott will act as grottserver but the data is also send to Growatt. The data from Growatt will be blocked totally. |
Beta Was this translation helpful? Give feedback.
-
For many months I've been running my system using Grott and grottserver. I've recently noticed that the time in my inverter (not my data logger - the two seem to be distinct) has drifted by 2-3 minutes. Is there a way of resetting the inverter's time? |
Beta Was this translation helpful? Give feedback.
-
Grott 3.0.0 now available in the alfa branche. Please let me know your opinion (discussions #613) |
Beta Was this translation helpful? Give feedback.
-
I'm away for a week so I'll look at it when I'm back. Btw, I run it as an
HA add-on, is this version available as one or will I have to run it
locally to test it?
…On Sun, 8 Dec 2024 at 13:08, Johan Meijer ***@***.***> wrote:
Grott 3.0.0 now available in the alfa branche. Please let me know your
opinion (discussions #613
<#613>)
—
Reply to this email directly, view it on GitHub
<#598 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAZJEEZGJ2WJFY5HC7VN5I32EQZFTAVCNFSM6AAAAABOUTUATSVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTCNBZHEYDQOI>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
I do think there is already a HA version yet for 3.0.0 (it is brand new and @egguy does not had time to make this). So you have to test it locally at this moment. |
Beta Was this translation helpful? Give feedback.
-
I've used it a bit, and it seems to be working fine. Thanks for all the hard work that went into this @johanmeijer ! One thing to note: You have to set the growatt server using the IP address (not I've added a small functionality to the http server to collect messages sent from the growatt server. It's available on https://github.com/jmalm/grott/tree/collect-messages and works like this: Start collecting messages from the growatt server (after 10 messages have been collected, no more messages are collected): curl -X PUT http://localhost:5782/collect_messages?max=10 Get the collected messages: curl -X GET http://localhost:5782/collect_messages
# Returns a JSON list with the collected messages, both as "raw" data, and parsed, if the message is known. The first of the following is the message to read the values from inverter registers 45 - 50 (inverter date and time).
[
{
"message": {
"type": "InverterGetMulti",
"send_sequence": 1,
"protocol": 6,
"device_id": 1,
"record_type": 5,
"_body_length": 36,
"datalogger_id": "my logger id",
"start_register": 45,
"end_register": 50
},
"datetime": "2024-12-11T11:37:01.491935",
"address": "47.254.130.145",
"port": 5279,
"from_datalogger": false,
"raw": "0001000600240105.......1747447726f5a614630fb"
},
{
"message": {
"type": "Message",
"send_sequence": 42,
"protocol": 6,
"device_id": 1,
"record_type": 3,
"_body_length": 3
},
"datetime": "2024-12-11T11:37:14.723489",
"address": "47.254.130.145",
"port": 5279,
"from_datalogger": false,
"raw": "002a00060003010347b799"
}
] Stop collecting messages:
The parsing of messages is done by a I plan to use this to map the messages and registers for the MOD 10KTL3-XH inverter, so that I can manage the battery through some automation. For this purpose, the messages that I've implemented already are probably enough. It's basically just the register mapping that's left. @johanmeijer , if you would like to include it upstream, I would be happy to prepare a pull request. An alternative approach could be to make a separate growatt messages repo (not sure what to call it - I don't think I can/should use "growatt" in the name), that could be used in the grott repo. I think it could simplify the grottserver code a bit. |
Beta Was this translation helpful? Give feedback.
-
I was thinking about a setup that would be more effective in isolating commands from the Growatt servers. What I was thinking is that it would be good to chain the proxy and server together. Basically I want to continue to share data to the Growatt servers like the grottproxy does today. However I would like to command the Inverter using grottserver.
Ideally we could take all the commands from the Growatt servers and queue them somehow for manual release through the server, where we could set more fine-grained rules for
Has there been any thinking around this sort of use-case?
M
Beta Was this translation helpful? Give feedback.
All reactions