You can find your AIO inverter IP address from the App. Select Settings > Local monitoring > Scan for your inverter. You shouldn’t need to dig around in your router.
Hi, once I consider GivTCP v3 (released only a couple of weeks ago) stable and working well, I plan to make an updated video. It's still in the notes and testing stage right now though. Hopefully won't be long.
Thanks to you I had my HA / GivTCP up and running as soon as my GivEnergy Inverter installed, still getting to grips with dashboard etc. As a way of thanks I have today signed up to Octopus and used your referral code. Love the channel and all you do.👍
Great video and instruction. Rather than do all that maths to calculate the roof angle, I simply went in to the loft. Placed a sheet of A4 aligned with bottom long edge of paper and horizontal face of internal brick against the internal roof joist. Then folded the paper to mark actual angle of roof joist. Took paper downstairs and used subtractor for the actual angle. Hope this all makes sense. Thanks
Makes total sense. There are many ways of doing, but I like maths so that's the way I chose to explain it :) My method fails dramatically if you don't have any bricks to count of course!
I’ve got a solcast account already, but will configure that when I’ve got a bit more understanding of how its working. Have seen a number of other YAML scripts on the GE forum that are probably more advanced than the one built into GivTCP. And at the moment the batteries pretty much always charge every day sufficient to run through the night so I won’t be needing the scheduled charging until later in the year - when you suggested it didn’t work for the winter anyway. I was thinking I may have an issue with the MQTT not finding my inverters as they are on a separate powerline wifi, but it worked fine, except it has only auto-discovered one battery. I think this is due to a config error on my inverters that think the same battery serial number is connected to each inverter. The GE App copes with this OK but MQTT doesn’t find my larger battery. BTW an easy way to find the inverter IP addresss is in the GE app, under settings/local monitoring/scan for your inverters. And worth highlighting that to see the GE web display, its :3042
I had difficulty getting the IP address from my Asus router. So hunted down the Mac Address for dongle by logging into it via its wifi and looking at the settings. My router identified the dongle as "Shanghai High Flying" rather than HF-A21. So hope this helps a little.
Thanks for the helpful vid. Currently struggling with no devices being added at the end of the process, so no stats in the dashboard, but I'll keep battling with it as it looks great
That usually indicates a communication issue between your inverter and Home Assistant. Could be the wrong IP address, might be you need to tick the 'old firmware' box - this guide is a bit out of date now. If you are struggling then the best place to ask for help is the GivTCP Facebook group.
Oliver, you probably already know this as you have the AIO now, but when configuring GivTCP you need to set the number of attached batteries to"0" zero. Otherwise none of the entities will appear and there will be an error in the log file about no serial number found.
@@SpeakToTheGeekTech clearly I missed that..! I just searched for the GivTCP install video and found the first which then sent me to the second. Never thought to look at the AIO video...doh...
I agree totally and it's what I do, however it's not an easy thing to talk a beginner through or critical to getting this up and running. Generally though your devices will keep their DHCP reservations provided they are left on like the inverters are. The leases for IPs on home routers are usually a few days so it would need to be offline for a while to lose it, and even if you swapped the router out, by default the new router's DHCP service would usually allow the inverter's lease renewal request to keep the same address. Not totally reliable compared to a static I know but good enough for the majority.
Great video. I'm new to home assistant and had GivTCP up and running with no issues. But trying to make a cript to swich off the Inverter Eco mode when the PV power exceeds the inverter capacity. In this way I can send the excess DC power to charge the battery (with Eco mode on my battery charges at full capacity). I though changing the mode to Eco (Paused) would switch the Eco mode to OFF. But that seems not to be the case. Any way to switch of Eco mode?
Is it possible that GivTCP is not updated for the last version or the inverter? Some other control settings in Home Assistant don't seem to correspont with the controls on the Givenergy cloud. I have a GIV-HY5.0 gen 3 with D0.309-A0.309 firmware.
I've just registered for a Solcast Home 'hobbyist' account and it now allows you to register up to two solar arrays. When I go to HA, Integrations, Solcast PV Forecast the Diagnostic section clearly shows both my East and West arrays and their energy forecast for today. Another very helpful video Oliver - thank you. Also can I ask should I use the mqttuser for the MQTT integration or just the GivTCP integration? The MQTT integration is currently using a user called homeassistant (who doesn't exists as a user) and I don't remember setting this up. Thanks.
You can use the mqttuser account for any components that want to connect to your mqtt broker (so GivTCP, zigbee2mqtt, Glow IHD etc...). It's not mandatory though, it just adds a slightly improved layer of security.
@@SpeakToTheGeekTech it would be useful to do a Givtcp in depth video. It took me 4 hours just to load the HA on the mac with all the additional steps (before I saw your vid). Now I’ve got the base I’m not sure how you do use the solar data to set the GE batteries or even how to configure the screen for graphs etc. I’ve 3 AC each with 3 batteries on single phase so idiots guide I’d pay!
I shall keep your comments in mind! I try not to do long videos because they can get very boring and take a long time to make too, but if I can break it down into smaller chunks I might do that. In terms of using solar data to set the battery levels, if you've enabled SMARTTARGET in the add-on configuration and included all of your solcast and GivEnergy API details there too, that's it - it just runs based on its own internal logic. And by configuring the graphs, do you mean the Energy Dashboard? For that you need to use the energy sensors that GivTCP provides. Settings > Dashboards > Energy. For the grid you should use sensor.givtcp_xxxxxxxxxx_import_energy_total_kwh, there will be a sensor.givtcp_xxxxxxxxxx_battery_charge_energy_total_kwh for battery in and a sensor.givtcp_xxxxxxxxxx_battery_discharge_energy_total_kwh for energy out. You'll probably have to add three of each of those to cover your inverters, but for grid import there's only the one needed.
@@SpeakToTheGeekTech yes because it assumes that you understand the script configuration to enable things which for me is the hardest coming into this. Keep up the great work!
Great information ,for someone with limited knowledge of the subject. I’m trying to get my head around changing 2x battery’s and 1 inverter with octopus cosy tariff. Does this allow 3 charge times as the giv energy app only allows one charge time ?
It really depends on your inverter. The original AC coupled inverters only support 1 charge slot. However you can always automate charging using Home Assistant if you need more windows.
I am new to both Home Assistant and GivEnergy, so thank you for this helpful video, which has allowed me to connect my GE AIO into HA. One question, in your what's new section of the video (0:48) you showed the view with all the energy flows in the GE system. How do I add this view to my HA Dashboard? Thanks!
That particular view you mentioned is standalone and can't be integrated into the Home Assistant dashboard. But, I do recommend the Power Flow Card Plus for your dashboard which is what I use to visualise power. It's installable via HACS (github.com/flixlix/power-flow-card-plus)
Thanks. Agile is a whole other ball game and not one I plan to get into at least in the short term - it would probably end up costing me a lot of money if I switched just to create the tutorials! The good news is that there's a whole movement of people dealing with that and the primary utility is Batpred/Predbat (github.com/springfall2008/batpred). The author of that, Trefor (www.youtube.com/@springfall2008) has a load of videos going over how to set it up from scratch and configure it for various scenarios. Be warned though, it's not an easy utility to get your head around!
Excellent video and got givTCP working fine with HA. However, if I use the GivTCP set value for the Target SOC, it does not get replicated to the invertor, but does stay set on the HA system until I next change the value in the app or on the portal. What am I missing please?
Followed the instructions and all working well (after i realised I have entered the wrong IP address!), are you planning a video on how to set up forced charge / discharge with the give TCP, it would be great to be able to set the overnight battery level in HA? Other video ideas an automation with the ev car charger so that one the battery was full the charger switches on automatically? Thanks again for another excellent video.
Glad to hear it's working :) I hadn't planned on a video showing forced charging because there's not much to it. GivTCP gives you a 'select' entity for forced charge and if you're doing it manually you just choose from the drop-down list how many minutes to force charge for. If you want to automate it, call the 'select.select_option' service with a data parameter of '60' or however many minutes you want to force charge for (must be a valid value from that drop-down). I shall keep the EV idea in mind though, the main complication with that is there are so many varied ways of controlling a car charger it's difficult to make it a generic automation! I have a solar-divert video for EV charging based on using a granny-cable so I guess that could be adapted and expanded on.
Great tutorial. Got this all up and running and first automation ran successfully last night. Is there a way to see the soar forecast in the dashboard so I can track/compare how its doing against actual solar production? Also where do we see the powerflow card shown at the start of the video.
I prefer the Power Flow Card Plus which is in this video th-cam.com/video/C4Zh35E9wJE/w-d-xo.html But the configuration is much easier now since I made that so check the readme.
Hi Thanks for the video but I have struggled. All the apps have changed, the menus have moved around and as I do not know how to drive home automation. I think I have done everything but get a load of detailed cards up not the graphic you describe.
The process is the same (install Mosquitto, install GivTCP) but yes the configuration page is set out differently. All of the options should be the same more or less though but if you’re struggling join the GivTCP Facebook group and ask for help - you can post screenshots there too which helps us see what’s going on
Wow although some of the buttons are different from the vid I got it working, Is there a way of testing this before applying I.E. if enabled this would happen? Also I don't see or can find the Givengery App like Web Interface just a whole bunch battery stats Thanks for your clear instructions
This is quite old now and there are many changes. When I get chance I’ll do an updated video. I don’t know of any way of testing it without doing the actions live really. You’d need a battery simulator to do that!
Very good. Thank you. There's very little information about MacOS installations but I've just bought the Home Assistant Server from the App Store and it works exactly as it should, so I've now got Home Assistant up and running with Mosquitto and GivTCP exactly as you show. Where does the Web Dashboard appear? I haven't seen it yet.
The web dash relies on the containing OS allowing you to expose ports externally. On HassOS or Docker installations of HA then that is quite easy, but I’ve no idea how that Home Assistant Server operates to enable that. You have given me a video idea though: how to install HA on a Mac for free.
@@SpeakToTheGeekTech It tried to work and put up the circular generation diagram as in the mobile app, but it was greyed-out and static. As for the video: it would, I am sure, be widely appreciated. The instructions for MacOS on the "Install Home Assistant" pages are, to say the least, not very clear. I made some progress with VirtualBox, got as far as being able to see the HomeAssistant Console with the ha> prompt, but the installation didn't include Add-Ons, and the various videos out there suggesting that "% pip3 install homeassistant" followed by "% hass --open-ui" just don't work, at least for me. Just "% hass" almost works, initially gives a heap of errors, and then settles down and can be seen as a viable server when HA is run, but there is still no "Add-Ons" option and so no Mosquitto Broker, and since my sole interest was in givTCP, I gave up and paid for it. If there's a problem with exposing port 8123, that need further investigation. But thanks anyway - and good luck with video!
It's not really designed for that scenario. The automation is intended to set the state of charge limit ready for a cheap-rate charge. If you're using Agile then things get massively more complicated because of drain and charge slots being all over the place during the day.
@@SpeakToTheGeekTech That's my ultimate goal tbh. Find the cheapest import 4 hour block and the best export 4 hour block. at the moment I just set to export between 4pm and 8pm...
Thanks for putting this together. I've had solar for a couple of years but just had a GivEnergy 9.5kW battery and AC inverter installed a couple of days ago. I've followed this video to get the add-ons setup in Home Assistant (which I'm also new too). How can I monitor what the solar forecast is versus what my inverter is being set to? In other words, how can I check its working?
You could check the GivTCP add-on's logs but that involves wading through a lot of text. Alternatively (and what I do) is add the Solcast component to Home Assistant (that's available in HACS github.com/oziee/ha-solcast-solar) and then I configure the Solcast integration to be checked manually a couple of times a day. The solcast forecast tomorrow (or today, depending on when you're checking!) entities will show the history of the forecast and you can compare that against the inverter's SOC. The GivTCP add-on has just had an update yesterday to add more configurable options to the forecasting feature so you may want to look at those too.
Excellent, really useful video. Found I had to start GivTCP before I could configure it. Will hopefully allow me to use my battery more efficiently rather than manually adjusting the charge level. Notice there is also configuration for 2 Solcast site IDs now for people like me with split E/W panels 🙂
Yup, that second solcast site was added since I created the video, perfect for your split array. I'm currently comparing that GivTCP forecast automation against the much less elegant script that I created for an earlier video to see which performs the best - future video planned on that one!
@@SpeakToTheGeekTech I did try and configure the "Energy" dashboard with the GivEnergy sensors, but it doesnt seem to work correctly as these are daily and overall totals rather than instantaneous values? Probably just need to dig into this a bit more. Only just started playing with it
Daily or overall energy totals are exactly what you need for the Energy Dashboard. I would suggest you create a Utility Meter helper (Settings > Devices & Services > Helpers tab). Use a source sensor of sensor.givtcp_xxxxxxxxxx_import_energy_total_kwh and set the cycle to Daily and call it something like 'Grid Import Energy Today' or similar'. Give it a little while to populate that new utility meter sensor in the Energy dashboard. You can do the same with other GivTCP energy sensors for solar (if you have that), battery in, battery out, export, etc... always wrap the kwh sensors!
Hi, thanks for the tutorials. I'm thinking about buying a Rasberry Pi to control my system using Home Assistant. I want a more hands off approach than what I currently do. Your advice on the following and potential a new video topic.... I have 5kw inverter, 7.5kw array over 2 strings and a 9.5kwh battery. The issue is clipping when generation goes over approx. 5kw - just lost energy. 😢 Can I use home assistant to flip between two groups of settings. Is it possible?? 1) charge battery to 90% using cheap night rates (2am-5am) AND set system to export all solar for that day 5am to 4pm (prioritising home use first)but not allowing the battery to drop below that 90% limit. This means that any generation over 5kw goes into the battery as overflow with 10% capacity free. 2) from 4pm-7pm set battery min to 10% during peak export rates. Appreciate your time/ feedback This means maximising cheap rates for import, maximising peat export feedback tarrif and not losing clipped solar generation.
What you are asking sounds entirely possible. A bit complicated, but entirely possible - if you're on a day with enough solar generation to go above the 5kW though then your batteries would be filling up way before the clipping so you'd have to be watching the generation / export for that threshold, pausing battery charging until it detects clipping. You might want to investigate Predbat which is intended to optimise charging and could likely be configured to do that. This isn't something I would be covering on my channel though, it's extremely niche!
@@SpeakToTheGeekTech Thanks for the super quick response! I'll look into predbat. It's not worth upgrading to 7or 8kw inverter at this time so I wanted a software solution since I can do it do today on the app only manually having to flip between two sets of configurations and specific times. If the weather is grey then I can leave it alone. It's only when the sun eventually comes out
Easiest way to get the roof tilt... use a smart phone.. bring up the tilt meter and zero it on a level surface. then stand well back from the wall and align yourself with the roof so you are looking up the roof line... tilt phone and "sight" along the phone.. voila.. tilt angle.
Awesome video... Without going down the Home Assistant route is there a way of setting notifications from my GivEnergy inverter like when battery is full or when I'm exporting solar to the grid?
Thank you, and sadly not really. You need to have some sort of home automation solution in order to receive alerts on the system status. Hopefully GivEnergy will add this sort of thing soon because I’ve seen others asking for it in the forums. They have already added a basic automation facility if you have their branded smart plugs.
@@SpeakToTheGeekTech thanks for the quick reply, that's a shame but never mind, I also can't see any integration into Smartthings so looks like I need to tackle home assistant
Hello. Great video and up and running here! One question/suggestion.... at the beginning of the charging period, the batteries start charging smoothly at 4kW, if the battery achieves SOC before the end of the charging period, it then enters into a cycle of on/off charging until the end of the charging period. Is this good for the batteries? Wouldn't it be better to set the target SOC lower once it is achieved and then back to default at the end of the charging period? I could probably code this but I thought I'd get your views.
Whilst it would be possible to calculate the time taken for it to drop again (estimated based on use) and then charge again to the original SOC within the required time frame, I'm not sure if it makes a difference to the health of the battery. Overall the little 'cycles' and the bigger cycle would add up to the same. Li-ion batteries don't tend to care about small part cycles, the overall lifespan of the battery is measured in complete cycles (the total of all of the little charges). In my mind, it adds up to the same, but whether that impacts the health of the battery or inverter in another way is one for GivEnergy to consider as part of their BMS I think.
Installed Mosquitto & GivTCP on a HA Green. GivTCP starts until: 2023-12-18 17:50:40,320 - Inv1 - mqtt_client - [CRITICAL] - Connecting to MQTT broker for control- core-mosquitto 2023-12-18 17:50:44,590 - Inv1 - read - [ERROR ] - inverter Update failed so using last known good data from cache The integration MQTT is there but no GivTCP. MQTT configuration problem?
Sounds more like your GivTCP installation can't see the inverter. Have you joined the GivTCP Facebook group? There are a lot of people on there who may be able to help.
Great video, well explained. Had my system a month now, managed to get hold of a Pi4 and have HA running with GivTCP. One small question, when setting up the Solar Forecast in GivTCP configuration, it wont let me enter the Battery Charge rate (3.6) or Battery Capacity (9.5) with a decimal point, only integers, so I have had to put it as 3 and 9 which is inaccurate. Is this just a bug or am I missing something obvious?
I think there's a bug in HA when dealing with the input of decimal (float) values. If you use a desktop/laptop browser to edit the configuration and type in 3.6/9.5 etc, it will flag the field as red but let you click on save anyway. If HA doesn't get fixed, then there will be a workaround applied soon for GivTCP.
The free Solcast account will allow you to create two sites so one could be east, the other west. However GivTCP at the moment only accepts a single site ID. Hopefully the automation script behind the scenes will get an update at some point to use two sites and combine their forecasts and when I see that happen I'll make an updated video.
I've done all the steps, but get it to work. Currently using the GivEnergy app to pre-charge manually but HA seems to overwrite the 80% SoC somehow with 100% which sometimes makes sense looking at the solcast forecast. But then on better days it's not changing to lower SoC value or never mind the 80% I set in the GivEnergy App. Really need your help as I love playing with HA but I can't get anything to work not even changing the hot water temp of my ASHP when I have excess solar and export to the grid. It's probably just a fine detail I'm missing as the logics look ok, just don't know how to enable/start a automation.
There could be a number of reasons for your SOC jumping back up to 100%. It could be an automation in the GivEnergy app, it could be the GivTCP solar forecast automation, it could be a misconfiguration of the automation parameters. Could I suggest you join the GivTCP Facebook group and pose your question there. You'll be able to share more details, screenshots of the configuration, and there are more people to help you troubleshoot too. facebook.com/groups/615579009972782
So I have been trying to complete this setup with the AIO system and after following your tuturial. However, you state you enter the amount of batteries. I have 3 installed. The issue is when this is populated the system gives errors with the response. I have been told to now put this 0 and it works. Any reason why this is the case.
This video was made way before the AIO was a thing. I’ve made another video about configuring the AIO with GivTCP and yes, you set the battery quantity to 0 just because there’s a difference in how the batteries are presented. Currently GivTCP can’t get battery data for the AIO.
How have you found the Solcast forecast? I have two aspects and Solcast now supports two roofs. I have been playing with the API and getting a daily forecast one day in advance and one for the current day. Both are quite a way off. I haven’t spotted a pattern yet where I could calibrate it and make real production match the forecast or get it close. I know solar forecasting isn’t easy, but I was hoping it would be closer that it is. I have a LuxPowerTech inverter so can’t automate that, but I could play with my Agile charging slots if I had a good forecast. As an aside the Velux window app has a good tilt feature using the camera
I find it ballpark accurate enough to give me an idea of how much is going to be generated probably +/- 15%. It'll never be perfect but it good enough to use for solar forecast automation. I get 5 days in advance and each day I record the forecast so as I can see how it stacked up against the real generation... that's for a future video though :)
@@SpeakToTheGeekTech I do that to. I need to add the percentage difference to the spreadsheet. Good idea. Happy to share any data if you want it. I use the Octopus Watch app to track prices. I can also use that to decide how many slots to charge with
You might want to try asking in the GivEnergy community forum. There's a conversation going in there about GivTCP and someone may be able to offer advice if they've seen this before. community.givenergy.cloud/d/6-local-control/407
solar forecast not working Oct-Mar is surely when you most want to use it? April-Sep you can probably just manually set it to 20-25% and off during the summer months?
Oct-March is risky setting it below 100% for me at least. Very rarely would I get enough sun during those months to justify the risk of leaving the automation running. Maybe 1 day a month is super-sunny!
@@SpeakToTheGeekTech makes sense. And if it is sunny it’ll need fewer kWh to top up overnight anyway. Better to use off peak kWh than need peak rate ones
I have some issues with setting the target SOC (both charge and discharge). Most of the time when I change a slider (e.g. 100 to 50%) the slider changes back to the original settin after a few seconds. Also don't see anything in the givenergy remote control log. All other sliders (e.g. setting the active power range) seem to be working fine. Any settings I missed?
I’m not sure, I haven’t seen that myself. There is a delay of maybe up to 30 seconds when adjusting things before they ‘stick’ but they generally always work all or nothing! You’re best off asking the question in the GivTCP Facebook group
@@SpeakToTheGeekTech Thanks. Registered for the facebook group. So as soon as they let me in I will raise the question there. So far this is what I found: 1. Charge Target SOC 1 seems missing? I can’t find where to set the charge target for the first charging schedule 2. Charge Target SOC sliders working, but can’t be set back to 100% Charge time slots seem to be working. However seems they some can’t be put back to 100% from a lower value (switches back to original setting). Setting back to 99% seems to work, which then shows as 100% in GivEnergy remote control??? When set to 100% using GivEnergy remote control the settings show as 100% in GivTCP. 3. Discharge Target SOC sliders are totally unresponsive
Hi, I won't be covering Octopus Agile on my channel much sorry. It's not a tariff I plan to use myself as it would cost me a fortune. Automating it is quite tricky, but essentially the most comprehensive solution for doing that is using a component called predbat (github.com/springfall2008/batpred) and the author of that component has his own TH-cam channel with guides on how to set it up. www.youtube.com/@springfall2008
Really new to all this HA stuff and find your videos extremely useful. I have gone thorough all this and the GivTCP is showing the following 2024-01-02 17:32:25,494 - Inv1 - mqtt_client - [ERROR ] - No serial_number found in MQTT queue. MQTT Control not available. This, at least to me, suggests I should have entered the Inverter Serial Number somewhere in the config/setup. Any advise?
It most likely means it can’t find your inverter at the IP address you provided, or it’s running old firmware and you need to check the old firmware option (things have moved on since I made this video). If you’re not getting any luck I suggest you join the GivTCP Facebook group where there are a lot of people who can help.
Thanks for the quick response. I have checked the Ip address on the network and that's fine. Old firmware was also checked. Log now apparently stuck on 2024-01-02 18:25:21,956 - Inv1 - read - [CRITICAL] - First time running so saving AC Charge status 2024-01-02 18:25:21,965 - Inv1 - read - [CRITICAL] - Publishing Home Assistant Discovery messages As you can see this was last lines on config about 30 minutes ago
@@gordongilchrist1237 I eventually uninstalled and reinstalled GivTCP with new API's etc. and it worked. I have now set everything up with static IP's and it's been rock solid for the last month.
Thanks for the video, not sure where I've gone wrong but after config and hitting start, I don't have any of the Giv devices like yours? Anyone else experience this or know where I've gone wrong? Any help much appreciated
The best place to get help with this is the GivTCP Facebook group - there are a lot of people in there and if you share full details of your setup and extracts from your log files then you're bound to get assistance. facebook.com/groups/615579009972782
I have an AIO system and when I look at my network for the inverter , I see two connections for HF-A21. Is one for the battery inverter and the other for the Gateway? Do I need to put both in, or if just the battery inverter how do I know which is which?
You just need to input the IP address for the inverter, not the gateway. Difficult to tell them apart by looking, but easiest way is to open your GivEnergy app and connect locally - see the first method in my video here: th-cam.com/users/shortsHrfVVK5_EaY
When trying to add the sensors to the HASS energy tab, it only shows the sensors like "GivTCP Day Energy Kwh" the live information sensors don't show up. Have I done something wrong?
That’s correct. The energy dashboard only shows energy (kWh) not live power (watts/kW). If you want to view live power in a fancy way, try a power flow card like this Power Flow Card Plus for Home Assistant th-cam.com/video/C4Zh35E9wJE/w-d-xo.html
Hi thanks for the videos! I think I'm about to invest some time to set this up at ny home. I have a solar array, solaredge inverter 3x Ac3.0 and 3z 9.5 batteries. Also a MyEnergi zappi and soon to have an Eddi. Before I start though I have a question. With HA and GivTCP setup, is it possible to stop battery discharge, whislt still allowing charge, during a set time? For example, during the 5 hours of intelligent octopus (i just use the fixed period 23:30 til 05:30) I will charge my EV, and batteries. The EV charger is on the home load side and will drain the batteries, this is just masked by the charging. I basically want to stop all discharge and only allow charge during that period. Is this possible? I had messed about with the app in the past, but to no avail. Thanks again for your great videos!
Yes it is possible but you would have to use Home Assistant to disable battery discharge during that period because default functionality does not do that. However, what I do is set my scheduled charge off peak, and the target SOC value. If the target SOC is 100%, your battery will always charge up to 100% and stay there until the end of the off-peak hours you have set. If you set the target SOC lower, say 50%, and the actual SOC is above that at the time your off-peak charge period begins, then your batteries will discharge (into your car, home, whatever) until it reaches your target SOC (50% in this example) where it will stay until the end of off peak. Usually that behaviour is acceptable. A lot of people do seem to be fixated on not discharging the battery off-peak, when in reality it's a rare occurrence if you always charge the batteries to full too, and even when it does discharge, it's only making best use of the energy available to your home.
Many thanks for getting back to me so quickly and thanks for the info. I probably am fixated on it actually! For all intents and purposes I use no grid electricity outside of off-peak, meaning batteries are constantly in use. In my (tiny!) mind, I wish to minimise charge/discharge cycles if at all possible, at least in the hope of maximising useful life of the system; though also maintaining functionality. I want the batteries to be effective as far as possible beyond the 10 Yr warranty mark! Also regarding the usage, in my case I would note that any electricity in use is at the rate of 7.5p kwh. Therefore, during off peak, I'm cycling the batteries at a system use 'cost' over and above the unit rate of grid import. Tiny mind!
Anyone know how force charge or force export settings work within GivTCP? I tried changing the entity to "Running" but this seems to do nothing...if I select a number of minutes instead, only then does it start force charging or discharging (minutes value is also replaced with 'Running' almost immediately after selecting the minutes value). I really wanted the option to, for example, leave force charge on (without specifying number of minutes) via automation whilst making use of Octopus Intelligent Go off-peak slots
You can only force charge/export for a specific number of minutes. Just use the Octopus integration to detect those adhoc hours and force charge for an hour.
@@SpeakToTheGeekTech How does this Automation work in the winter months? Does it do anything at all? Does it try to maintain a battery level (even if the house uses day-rate electricity) to get through the hi-rate period? Or do you have to set it daily yourself?
@@rekabuk I don't actually use it myself at all any more, either summer or winter. Given how close off-peak import and all-day export prices are, there's no real saving to be made by conserving import in order to top up the battery from solar the next day - it's actually a much bigger risk to do solar forecasting in terms of cost because if you don't charge enough and you run out of battery early the next day then you're drawing from the grid at peak wiping out weeks of savings. I'm on Octopus Go, 8.5p import, 8p export, but if you're on Intelligent Octopus Go (7p import, 15p export) then you would make more of a profit charging your battery to full every night and exporting whatever solar you get the next day.
Hi - super helpful video thankyou! Quick Q re the solcast automation. I understand the concept, but just wondered re the SOC, is that the target for the battery to be at when the day rate begins (0530 for me as I’m on intelligent octopus). So my understanding is that whatever the SOC is at the start of the off peak period (ie 2330) - the automation will let the battery discharge overnight if required, but it will ensure it recharges to the SOC by 0530? Sorry - hope that makes sense , cheers!
Your understanding is correct, yes. The target SOC defines the %age you wish the battery to be charged to (or discharged to) by the end of your timed charge period. Usually, you would align your timed charge period with your off-peak energy hours.
@@SpeakToTheGeekTech great - thanks for the reply. Which entity sets the timed charged / discharge period? Or could I just set this in the app since it’ll never change?
Have a look at the device "GivTCP xxxxxxxxxx Timeslots" and in there are a load of entities such as select.givtcp_xxxxxxxxxx_charge_start_time_slot_1 and select.givtcp_xxxxxxxxxx_charge_end_time_slot_1
My GivEnergy 'sensors' seem to have dropped off HA. Admittedly, this could have happened 2-3months ago as I've not bee keeping on top of them. I followed you video to reinstall the GivTCP and MQTT etc but still im only getting about 6 of the sensors showing. The rest are showing a fault. So i can no longer get reading such as what the house is using now. Any ideas of anything that changed? its like its not receiving the full info through MQTT maybe?
Some of the sensors changed names between older and newer versions. Are they perhaps sensors left over from a previous install? When you uninstalled GivTCP ready to install a new version, did you check that all of the GivTCP sensors had been deleted first before installing the new version?
Great video thanks - managed to follow completely, but I can't for the life of me figure out how to put the GivEnergy spider diagram (which shows the flow of energy between house, grid, solar & battery) to my dashboard. Please can you consider doing a video on this? I'm a fellow geek, but Home Assistant makes my head spin!
Thanks for the videos. I'm having trouble linking to the inverter. The log is saying inverter update failed. I'm sure I have the right ip address, and have tried old firmware toggle. Any thoughts?
What sort of inverter? If it's an All-in-one you must set the number of batteries in GivTCP to 0. Otherwise, try asking in the GivTCP Facebook group and give as much info about your setup as possible facebook.com/groups/615579009972782
@@SpeakToTheGeekTech Really kind for answering. I'm not entirely sure what I've done differently, but the batteries have now appeared. I don't know how/why. Not sure how often the data is updating. Tomorrow I'll have a go at setting up a dashboard. But now I need a rest. Thanks again. I enjoy your videos, but feel as if I'm walking through treacle.
Hello, thanks for your video, having followed your guide on installing the GivTCP add on I’m finding that I can’t find any of the devices and entities. I believe that I’ve done something right as I have the web dash enabled and can navigate to it and see information about the battery house and solar panels that tally with the GivEnergy app. I just can’t find any entities so can’t add anything to the Energy dashboard. Could you give a steer on what I could be missing?
You’re going to need to take a look through the add-on’s logs to get a clue. Also, try posting on the GivTCP Facebook group and include your logs there, there are a lot of people who can give you advice on there
Hi, I’ve got exactly the same issue. I’ve installed it twice now but still no entities. I have also hardwired (Ethernet) my AIO, GW and Solis inverter. I can see them all and log into the local interface, but GivTCP/MQTT doesn’t see anything. Did you get a resolution to this issue..?
@@SpeakToTheGeekTech thanks, when i add this I see errors in the givtcp log files. did you come across these errors? 2023-09-09 16:23:24,130 - Inv1 - mqtt_client - [CRITICAL] - Connecting to MQTT broker for control- core-mosquitto UPDATE The latest version of `serve` is 14.2.1. INFO: Accepting connections at localhost:3030. 2023-09-09 16:23:30,549 - Inv1 - read - [ERROR ] - Consecutive failure count= 8 -- (, Exception("Garbage or failed inverter Response: ERROR:-(, KeyError(HR:243), )"), )
Morning, Will this work if my inverter and batteries are on a different network to my house? They are in the garage and that has a seperate Wifi router (WiFi from the House has a very poor signal there)
Wow thanks for the fast response! I think it's completely separate, i ran an ethernet cable to the WAN port of 2nd router from my primary router, to give me wifi in the garage, it has a different name and password, the Inverter and batteries are connected on to that router by the installer as the house one did not have enough strength. I'm not the best with gadgets. @@SpeakToTheGeekTech
You truly are a Geek and your videos are really informative. I have persevered with HA over the last 2 years but things seems to break at some point. I have used backups but not had success in restoring them and finish up starting again! I did manage to get mqtt working with givtcp and even managed to set up some dashboards with multi tables to display my battery SOCs and other data using givtcp entities. My latest problems originate following an update to HA. This broke my access to the givtcp entities. I have tried removing all the givtcp stuff, as you suggest, and have even installed and reinstalled mqtt but no luck. I can't see the many entities that were there before. In the givtcp logs I get a repeated error message for sync connection and name not resolving. The regCache also gives an error linked to an invalid start byte. Any clues before I wipe HA and set up everything again? Thanks Rob
Flattery will get you everywhere :) Firstly I'd like to point you in the direction of the GivTCP Facebook group where you'll find a lot of like-minded individuals who can help you through this (facebook.com/groups/615579009972782). Secondly, you've not mentioned how you are running Home Assistant? If it's on a Raspberry Pi, you can just swap the storage media over to try on a different SD card or SSD as a test to save you wiping it. Backups and restores work well for me provided it's a like-for-like restore. So Raspberry Pi -> Raspberry Pi, or Docker -> Docker, for example, no mixing! I regularly restore a test Pi from backups with no issues. I suggest you check out the Facebook group, and look to provide fuller context of your installation so as we can all help on there.
Thanks for the great videos. As soon as our system entry live on October I plugged it into Home Assistant. Has anyone had an issue where despite Home Assistant setting the target SoC to 20% when the automation runs at 23:45, it resets back to 100% (and subsequently charges to 100% using GO) either at 00:19 or 01:08. I know, really specific times, but it's one or the other every time it resets. Since the weather started brightening up I'm finding is happens about 50/50. The SoC target always updates but then this reset is driving me crazy and I can't find the cause.
Are you using the Home Assistant automation I wrote in a previous video, or the GivTCP built-in one? The 23:45 time sounds like my script, and that might also mean you have the GivTCP one unintentionally running? Check the GivTCP settings and make sure that SMARTTARGET is disabled.
@@SpeakToTheGeekTech thanks for the super quick reply. I'm pretty sure I am running based on your original example. I had it in place and at least logging the forecast data even before the hardware arrived. The solar nerd spreadsheet isn't going to fill itself :-) I'll have a check on the details and make sure I've not missed anything from your later updates.
So, I'm less than 2 minutes into the video again and I've already realised that at no point did I uninstall v1 of the integration and remove any files from Home Assistant. That might be a good start to figuring out what's going on . Will update as soon as I've done that.
Update. OK, I've removed the add-on and cleared down the directory. Reinstalled V2 and included the Solcast forecast details, then disabled the timed forecast-solar automation completely. Fingers crossed.
That's it. If the toggle for SMARTTARGET is on in GivTCP then the automation will be running. The automation is inside GivTCP, not a normal Home Assistant style automation.
Has anyone set this up from scratch with octopus Agile? If so, what do you ensure when setting up the start and finish times etc? I have a fixed export with agile at 15p.
Are you referring to the solar forecast automation component? If so, it’s not great with Agile - you need to do more work using something like batpred instead which can calculate the cheapest way to charge and discharge your battery
@@SpeakToTheGeekTech Its quite a long list, if your channel doesn't auto delete links I could paste a screenshot to discord and send the link if permitted.
Sorry, yes, it's not even in the 'held for review' section. Have you tried asking in the GivEnergy community forum? You're more likely to get a useful answer from someone in there (possibly even an employee of GivEnergy) especially as I haven't seen any extra options myself. You can even post screenshots in that forum too. community.givenergy.cloud
Maybe I missed it, but did you setup timed charging at night in the GivEnergy app? In my case the Addon sets the SOC but unless there is already a scheduled charge period then it won’t work.
It depends how you did it in the app. I set a timed charge in the app for off-peak... but if you set it using an automation based on smart tariffs then it won't. You need to disable the smart tariff automation and just set a manual timed charge and then setting the target soc using GivTCP will work fine.
You can request the feature to the developer via Github if you like. He loves new feature ideas, I personally would prefer it to concentrate on the basic functionality and leave the fancy stuff to external automations... but that's my preference!
I keep getting an error saying Serial not found "No serial_number found in MQTT queue. MQTT Control not available." if anyone knows what to do to fix this it would be greatly appreciated
Thnaks for this. Soooo useul, but there is something i cannot get to work. i want to force export at a given time -for a given time, if the battery level is above 95%. I belive I have got this to trigger, and I belive I have the condition correct, but try as I might, I cannot force an export. I have found the action "force export to first option", but what is first option ?. Is there somewhere where I put in options?. Or have I got the wrong action. Help !!!! please
You'd call the select.select_option action and give it the force export entity and the time to export for. The time is in minutes, and must be a specific value (2, 15, 30, 45, 60, 90, 120, 150, 180). My example is 2 minutes: service: select.select_option data: option: "2" target: entity_id: select.givtcp_xxxxxxxxxx_force_export
Do you mean to activate it manually or while creating the automation? Yes for manually, but no for automation. You can select the action by searching the call service list and the select_option service is pickable but the data value must be typed in
I'm not sure how much cop the solar forecasting automation is. When it's enabled, it just charges the battery to 100% in off-peak hours. We've had some very sunny days recently (I had 15kWh of generation the other day), none of which were picked up by the automation. Perhaps this is due to it being disabled in some months, but then again why would it do this??
It is almost certainly disabled in the winter months from what I can tell in the code. I will reserve my judgement until the summer when I can test it out properly. My HA-based solar forecast automation worked quite well this summer but it's always good to have alternative approaches.
My 8.2kWh battery rarely makes it through the day at the moment so I charge it to 100% every evening. I reckon I’m only exporting a couple of kWh/week absolute maximum so automating based on the forecast at this time of year for me is more likely to cost me money due to inaccuracies than it is to save me anything
@@SpeakToTheGeekTech Absolutely, and there's the rub. If I overcharge during my IO cheap rate then I lose 3.4pence for every kWh that I overcharge by (7.5p per kWh minus the 4.1p SEGexport that I would get by exporting). However, if I undercharge and have to import during the day then each kWh will cost me 39.25 pence. So the equation has to be balanced towards overcharging on the cheap rate. Disabling the algorithm completely for half the year seems a retrograde step. The optimal is to only charge enough at night to allow the next days generation to top the battery off to 100%. I've got two 8.2s in my system and if I am in all day, especially if I use my air-to-air heatpump to heat some rooms then the 16.4kWh will get me through the day.
I leave Timed charge enabled in the GivEnergy portal for Octopus Go hours personally. You could disable that and manage it all via automations in Home Assistant if you wanted to but it’s personal preference
@@SpeakToTheGeekTech issue i have is I have it all installed and setup and it still charges to 100% every night dispite great weather report for following day. Ive exported 100 kWh in last 4 days andbought 10 each night when 2-3 would have done
Mine too. Solcast have dropped the number of requests you can make to 10/day so by default the integration runs out of requests in a few hours meaning there’s none left for GivTCP to use. I’ve been trying to figure out a workaround on my own installation for this. In the meantime you can disable smart target on the add on and use an automation instead (see my first GivEnergy video)
Hi, Great videos, but GivTCP can't find my inverter, get the following - 2023-07-14 20:39:57,064 - startup - [CRITICAL] - HA MQTT Service has been found at core-mosquitto 2023-07-14 20:39:57,077 - startup - [ERROR] - Error scanning for Inverters 2023-07-14 20:39:57,077 - startup - [CRITICAL] - GivTCP isAddon: True I know the IP I am putting in config is correct - i can see it in GivEnergy App and also router. Tried complete delete and re-install, still no joy. Any suggestions please? Inverter installed yesterday, latest firmware.
You might want to pose the question on the GivTCP Facebook group - there are a lot of others with experience of issues who might be able to help. You should probably paste in more of the error log than you have provided if possible as it’s not enough details at the moment to tell what’s happening m.facebook.com/groups/615579009972782/?ref=share
After install, I am getting this error message for my battery "2023-06-14 18:24:41,129 - read - [ERROR] - Battery Object empty so skipping" Anyone have any idea how to resolve this ?
I don't, but there's a Facebook group dedicated to helping people with GivTCP. If you ask your question in there then someone may have already seen the problem: facebook.com/groups/615579009972782/
That sounds like you are looking at the device named "GivTCP" which contains only those entities. The add-on should also create other devices such as "GivTCP xxxxxxxxxx Control" and "GivTCP xxxxxxxxxx Power" amongst many others. If those other devices aren't appearing then you'll need to check the log on the add-on page. If there's nothing obvious in those logs, you can change the LOG_LEVEL option temporarily to Debug and see if it gives you anything useful to tell you what the cause might be.
@@SpeakToTheGeekTech Very useful video, thanks. I'm having similar problems - the only entity appearing is GivTCP. I have checked the logs and the only obvious error I can see is - read - [ERROR] - Error collecting registers: (, ValueError('hour must be in 0..23'), ). This occurs many many times. Any help would be much appreciated.
If you're on Facebook you should join the group called "GivEnergy GivTCP Users Community". There are a lot of experienced users on there and if you ask your question then we can all try to help you get to the bottom of it. It's tricky to discuss troubleshooting over a TH-cam comments section :). Also check the first two characters of your inverter ID. If it doesn't start with CE, ED or SA then that might be an issue, but usually the problems are to do with the network connection between the inverter and the device running GivTCP.
3 attempts to install and I'm also getting the same, with the only entry appearing being GivTCP. However, my memory soars into the mid /high 90% and I lose access to Supervisor, logs, re-boot, etc and in the end my system crashes. I'm on a Ri3b+ 120GB SSD which, pre-GivTCP has been stable and run at low memory. Any ideas why installing GivTCP should torpedo the system? TIA
I've never actually tried installing the add-on on a RPi3 at all and I don't have a 3+ I could test on. I know it works fine on a 4 with only 1GB RAM (that's the test Pi in my video) and the 3+ has 1GB RAM too so that should be fine. You may want to join the same Facebook group I recommended above (GivEnergy GivTCP Users Community) and ask the question there - there's almost 1000 people in that group now so I'm sure someone else must have tried this on a 3+.
Does GivTCP v2 work with the new Gen 2 inverters? I can't seem to get it to work with my Gen 2 Hybrid Inverter. The following comes up in the logs. read - [ERROR] - Consecutive failure count= 11 -- (, Exception('Garbage or failed Invertor Response'), ) 2023-02-25 12:09:56,686 - read - [ERROR] - 10 failed invertor reads in a row so removing regCache to force update...
It didn't used to work because a library that GivTCP depends on is hard-coded with inverter prefix values (the first two characters of your inverter's ID). I know that the GivTCP developer has been in contact with GivEnergy to obtain a full list of new inverters and is working on fixing that if he hasn't already. I think it's a fair bit of work for him and he's doing it in his spare time. I'll drop a note in the video description once I get confirmation of the supported inverter prefixes.
@@SpeakToTheGeekTech I've got a Gen1 and I'm also getting a flood of these in the Log so don't think it's exclusive to the Gen2. I've yet to have it successfully trigger though. Looking in my log tonight inbetween the garbage failures, it states my Solcast rooftop site does not exist, but API and Resource ID is 100% correct and Solcast logged a token so I'm at a total loss as to what is going wrong!
So do you not have any part of GivTCP working at all or is it just the Solcast part not working? There's a Facebook group named "GivEnergy GivTCP Users Community" and it might be worth bringing up your issues on there, reason being is there are lot more people on that group who can help with ideas. The previous issue over unsupported inverter types should be resolved now in the latest update.
@@SpeakToTheGeekTech I can confirm with the latest GivTCP 2.1.5 released this week it is working just fine on my Gen 2 Hybrid 3.6KW. @Chris France Check you are using the latest version and I would try a full reinstall removing all old install files.
@@philip_james @SpeakToTheGeekTech, many thanks, did a full overhaul a few times and it did manage to grab the solcast data tonight but still getting those errors but not as frequent. If it works then I'll just monitor it. With it saying Winter Month in the log, not like I'm going to see anything as a result until April anyway :)
@@SpeakToTheGeekTech hi, How can we display this power flow within HA ? I tried using a web card but as I use HTTPS, then i dont think it will allow to embed a normal http web link
You are correct, you can't display an HTTP page within HA if you're using HTTPS. You'd need to use an SSL proxy, such as NGINX, to encrypt the traffic first. However, that's a lot of effort when you could just use the data it provides to Home Assistant to feed a power flow card. I have a video covering a couple of power flow cards (th-cam.com/video/KYQbDjNGTsE/w-d-xo.html) and I know that there's another one under development too which is trying to take the best of both. I know that none look like the GivEnergy one, but you can use things like card-mod to adjust the CSS and make it closer in terms of the colour scheme if needed.
Another great vid I seemed to have missed, but stumbled across it today. Am I right in thinking that with the Solar automation now in the GivTCP app, then the config in this video with the YAML is no longer required ? th-cam.com/video/IBXoD6KUtxk/w-d-xo.html&lc=UgxcFxw3-PgYcO9NEf54AaABAg.9n_aVqOWlNw9naZhsiXntD Thanks
You can use either the automation from that video, or you can use the one built in to GivTCP. It's personal preference. I'm personally now using the one built in to GivTCP, but lots of people I'm aware of are still using that automation in one form or another. There's also another option called BatPred which seems quite good so far but it a lot more complex to get working.
@@SpeakToTheGeekTech The other seemed to work OK for the most part (nothing to compare to though). I'll disable it for now and see how the one built in gets on. I'll have a look at BatPred, it's already been a bit of a learning curve with Home assistant and wouldn't have been using it at all without your vids to be honest. So it may be a bit beyond me. Thanks.
I think it would have been nicer if it had been laid out like this: How many INVERTERS does your GivEnergy system use (Max of 3) ? X INVERTER CONFIGURATION OPTIONS *INVERTER 1* - Is this inverter an AIO? (toggle) - Is this inverter using old firmware? (toggle) - How many batteries are connected to this inverter? xx - What is the IP Address of this inverter? x.x.x.x - Provide a PREFIX name for this Entity in Home Assistant: GivTCP-Inverter1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - *INVERTER 2* (If in use) - Is this inverter an AIO? (toggle) - Is this inverter using old firmware? (toggle) - How many batteries are connected to this inverter? xx - What is the IP Address of this inverter? x.x.x.x - Provide a PREFIX name for this Entity in Home Assistant: GivTCP-Inverter2 - - - - - - - - - - - - - - - - - - - - - - - - - - - - *INVERTER 3* (If in use) - Is this inverter an AIO? (toggle) - Is this inverter using old firmware? (toggle) - How many batteries are connected to this inverter? xx - What is the IP Address of this inverter? x.x.x.x - Provide a PREFIX name for this Entity in Home Assistant: GivTCP-Inverter3 I think i have OCD 😆
Perhaps. You can always edit it on Github and push it out for approval if you like. There was talk of a web interface for configuring it coming along but that hasn't materialised hence this config interface hasn't had much love.
You can find your AIO inverter IP address from the App. Select Settings > Local monitoring > Scan for your inverter. You shouldn’t need to dig around in your router.
Hey! I would dearly love an updated version on this as I'm really struggling to set up my AIO 😭
Hi, once I consider GivTCP v3 (released only a couple of weeks ago) stable and working well, I plan to make an updated video. It's still in the notes and testing stage right now though. Hopefully won't be long.
@@SpeakToTheGeekTech Awesome news. Thank you very much 🙏🏻
Reinstalled and now working,now got more info than I know what to do with.Newbie to home assistant and a steep learning curve.
Thank you.
Thanks to you I had my HA / GivTCP up and running as soon as my GivEnergy Inverter installed, still getting to grips with dashboard etc.
As a way of thanks I have today signed up to Octopus and used your referral code. Love the channel and all you do.👍
Thank you very much, I appreciate that!
Great video and instruction. Rather than do all that maths to calculate the roof angle, I simply went in to the loft. Placed a sheet of A4 aligned with bottom long edge of paper and horizontal face of internal brick against the internal roof joist. Then folded the paper to mark actual angle of roof joist. Took paper downstairs and used subtractor for the actual angle. Hope this all makes sense. Thanks
Makes total sense. There are many ways of doing, but I like maths so that's the way I chose to explain it :) My method fails dramatically if you don't have any bricks to count of course!
I suppose using the inclinometer feature on an iPhone might work too ? ( you could repeat this on a few difference sections of the roof and average ?)
Very clear, followed it to install the givtcp device for my two inverters with no issues at all. Thank you
Great to hear!
I’ve got a solcast account already, but will configure that when I’ve got a bit more understanding of how its working. Have seen a number of other YAML scripts on the GE forum that are probably more advanced than the one built into GivTCP. And at the moment the batteries pretty much always charge every day sufficient to run through the night so I won’t be needing the scheduled charging until later in the year - when you suggested it didn’t work for the winter anyway.
I was thinking I may have an issue with the MQTT not finding my inverters as they are on a separate powerline wifi, but it worked fine, except it has only auto-discovered one battery. I think this is due to a config error on my inverters that think the same battery serial number is connected to each inverter. The GE App copes with this OK but MQTT doesn’t find my larger battery. BTW an easy way to find the inverter IP addresss is in the GE app, under settings/local monitoring/scan for your inverters.
And worth highlighting that to see the GE web display, its :3042
I had difficulty getting the IP address from my Asus router. So hunted down the Mac Address for dongle by logging into it via its wifi and looking at the settings. My router identified the dongle as "Shanghai High Flying" rather than HF-A21. So hope this helps a little.
This is exactly the detail I was looking for, as someone new to HA. Thanks so much, it was really useful!
Glad it was helpful!
Thanks for the helpful vid. Currently struggling with no devices being added at the end of the process, so no stats in the dashboard, but I'll keep battling with it as it looks great
That usually indicates a communication issue between your inverter and Home Assistant. Could be the wrong IP address, might be you need to tick the 'old firmware' box - this guide is a bit out of date now. If you are struggling then the best place to ask for help is the GivTCP Facebook group.
Oliver, you probably already know this as you have the AIO now, but when configuring GivTCP you need to set the number of attached batteries to"0" zero. Otherwise none of the entities will appear and there will be an error in the log file about no serial number found.
Yup, thanks. That's covered in my newer AIO configuration video. th-cam.com/video/FeqnXCnmsTU/w-d-xo.html
@@SpeakToTheGeekTech clearly I missed that..! I just searched for the GivTCP install video and found the first which then sent me to the second. Never thought to look at the AIO video...doh...
I would suggest a static IP aswell. Either DHCP reservation, or set it, like I have, directly on the Dongle
I agree totally and it's what I do, however it's not an easy thing to talk a beginner through or critical to getting this up and running. Generally though your devices will keep their DHCP reservations provided they are left on like the inverters are. The leases for IPs on home routers are usually a few days so it would need to be offline for a while to lose it, and even if you swapped the router out, by default the new router's DHCP service would usually allow the inverter's lease renewal request to keep the same address. Not totally reliable compared to a static I know but good enough for the majority.
Great video. I'm new to home assistant and had GivTCP up and running with no issues. But trying to make a cript to swich off the Inverter Eco mode when the PV power exceeds the inverter capacity. In this way I can send the excess DC power to charge the battery (with Eco mode on my battery charges at full capacity). I though changing the mode to Eco (Paused) would switch the Eco mode to OFF. But that seems not to be the case. Any way to switch of Eco mode?
Just toggle the switch with the name ending battery_power_mode
Is it possible that GivTCP is not updated for the last version or the inverter? Some other control settings in Home Assistant don't seem to correspont with the controls on the Givenergy cloud. I have a GIV-HY5.0 gen 3 with D0.309-A0.309 firmware.
I wouldn’t know sorry, your best bet for an answer to that is to ask in the GivTCP Facebook group
I've just registered for a Solcast Home 'hobbyist' account and it now allows you to register up to two solar arrays. When I go to HA, Integrations, Solcast PV Forecast the Diagnostic section clearly shows both my East and West arrays and their energy forecast for today. Another very helpful video Oliver - thank you.
Also can I ask should I use the mqttuser for the MQTT integration or just the GivTCP integration? The MQTT integration is currently using a user called homeassistant (who doesn't exists as a user) and I don't remember setting this up. Thanks.
You can use the mqttuser account for any components that want to connect to your mqtt broker (so GivTCP, zigbee2mqtt, Glow IHD etc...). It's not mandatory though, it just adds a slightly improved layer of security.
Brilliant video. The clearest from anyone. Thanks a lot.
Thank you, glad it helped
@@SpeakToTheGeekTech it would be useful to do a Givtcp in depth video. It took me 4 hours just to load the HA on the mac with all the additional steps (before I saw your vid). Now I’ve got the base I’m not sure how you do use the solar data to set the GE batteries or even how to configure the screen for graphs etc. I’ve 3 AC each with 3 batteries on single phase so idiots guide I’d pay!
I shall keep your comments in mind! I try not to do long videos because they can get very boring and take a long time to make too, but if I can break it down into smaller chunks I might do that. In terms of using solar data to set the battery levels, if you've enabled SMARTTARGET in the add-on configuration and included all of your solcast and GivEnergy API details there too, that's it - it just runs based on its own internal logic. And by configuring the graphs, do you mean the Energy Dashboard? For that you need to use the energy sensors that GivTCP provides. Settings > Dashboards > Energy. For the grid you should use sensor.givtcp_xxxxxxxxxx_import_energy_total_kwh, there will be a sensor.givtcp_xxxxxxxxxx_battery_charge_energy_total_kwh for battery in and a sensor.givtcp_xxxxxxxxxx_battery_discharge_energy_total_kwh for energy out. You'll probably have to add three of each of those to cover your inverters, but for grid import there's only the one needed.
@@SpeakToTheGeekTech yes because it assumes that you understand the script configuration to enable things which for me is the hardest coming into this. Keep up the great work!
Great information ,for someone with limited knowledge of the subject.
I’m trying to get my head around changing 2x battery’s and 1 inverter with octopus cosy tariff.
Does this allow 3 charge times as the giv energy app only allows one charge time ?
It really depends on your inverter. The original AC coupled inverters only support 1 charge slot. However you can always automate charging using Home Assistant if you need more windows.
I am new to both Home Assistant and GivEnergy, so thank you for this helpful video, which has allowed me to connect my GE AIO into HA. One question, in your what's new section of the video (0:48) you showed the view with all the energy flows in the GE system. How do I add this view to my HA Dashboard? Thanks!
That particular view you mentioned is standalone and can't be integrated into the Home Assistant dashboard. But, I do recommend the Power Flow Card Plus for your dashboard which is what I use to visualise power. It's installable via HACS (github.com/flixlix/power-flow-card-plus)
ALso, if not using smart Target, turn it off. Dont leace on and unconfigured. It will affect the charge to levels, in the GiVenergy App
Yup, I should have mentioned that.
Great video explanation. Do you know how to get this working with Octopus Agile so it picks the cheapest slots?
Thanks. Agile is a whole other ball game and not one I plan to get into at least in the short term - it would probably end up costing me a lot of money if I switched just to create the tutorials! The good news is that there's a whole movement of people dealing with that and the primary utility is Batpred/Predbat (github.com/springfall2008/batpred). The author of that, Trefor (www.youtube.com/@springfall2008) has a load of videos going over how to set it up from scratch and configure it for various scenarios. Be warned though, it's not an easy utility to get your head around!
@@SpeakToTheGeekTech got Batpred on and running. It works like a dream. Quite easy to beat your head around if you follow his videos.
Cheers.
Excellent video and got givTCP working fine with HA.
However, if I use the GivTCP set value for the Target SOC, it does not get replicated to the invertor, but does stay set on the HA system until I next change the value in the app or on the portal. What am I missing please?
It is replicated to the inverter, it’s the portal that doesn’t update when external utilities change the value
Followed the instructions and all working well (after i realised I have entered the wrong IP address!), are you planning a video on how to set up forced charge / discharge with the give TCP, it would be great to be able to set the overnight battery level in HA? Other video ideas an automation with the ev car charger so that one the battery was full the charger switches on automatically? Thanks again for another excellent video.
Glad to hear it's working :) I hadn't planned on a video showing forced charging because there's not much to it. GivTCP gives you a 'select' entity for forced charge and if you're doing it manually you just choose from the drop-down list how many minutes to force charge for. If you want to automate it, call the 'select.select_option' service with a data parameter of '60' or however many minutes you want to force charge for (must be a valid value from that drop-down). I shall keep the EV idea in mind though, the main complication with that is there are so many varied ways of controlling a car charger it's difficult to make it a generic automation! I have a solar-divert video for EV charging based on using a granny-cable so I guess that could be adapted and expanded on.
Great tutorial. Got this all up and running and first automation ran successfully last night. Is there a way to see the soar forecast in the dashboard so I can track/compare how its doing against actual solar production? Also where do we see the powerflow card shown at the start of the video.
I prefer the Power Flow Card Plus which is in this video
th-cam.com/video/C4Zh35E9wJE/w-d-xo.html
But the configuration is much easier now since I made that so check the readme.
There’s a Forecast.Solar integration built in to Home Assistant or with a bit more effort you can use Solcast
Hi Thanks for the video but I have struggled. All the apps have changed, the menus have moved around and as I do not know how to drive home automation. I think I have done everything but get a load of detailed cards up not the graphic you describe.
The process is the same (install Mosquitto, install GivTCP) but yes the configuration page is set out differently. All of the options should be the same more or less though but if you’re struggling join the GivTCP Facebook group and ask for help - you can post screenshots there too which helps us see what’s going on
Wow although some of the buttons are different from the vid I got it working, Is there a way of testing this before applying I.E. if enabled this would happen?
Also I don't see or can find the Givengery App like Web Interface just a whole bunch battery stats
Thanks for your clear instructions
This is quite old now and there are many changes. When I get chance I’ll do an updated video. I don’t know of any way of testing it without doing the actions live really. You’d need a battery simulator to do that!
Very good. Thank you. There's very little information about MacOS installations but I've just bought the Home Assistant Server from the App Store and it works exactly as it should, so I've now got Home Assistant up and running with Mosquitto and GivTCP exactly as you show. Where does the Web Dashboard appear? I haven't seen it yet.
Wait, you paid for Home Assistant?? I know someone is chancing things selling a version in the store, but it’s free.
@@SpeakToTheGeekTech No I paid for Home Assistant Server for MacOS. Incidentally, the Web Dashboard doesn't seem to work.
The web dash relies on the containing OS allowing you to expose ports externally. On HassOS or Docker installations of HA then that is quite easy, but I’ve no idea how that Home Assistant Server operates to enable that. You have given me a video idea though: how to install HA on a Mac for free.
@@SpeakToTheGeekTech It tried to work and put up the circular generation diagram as in the mobile app, but it was greyed-out and static. As for the video: it would, I am sure, be widely appreciated. The instructions for MacOS on the "Install Home Assistant" pages are, to say the least, not very clear. I made some progress with VirtualBox, got as far as being able to see the HomeAssistant Console with the ha> prompt, but the installation didn't include Add-Ons, and the various videos out there suggesting that "% pip3 install homeassistant" followed by "% hass --open-ui" just don't work, at least for me. Just "% hass" almost works, initially gives a heap of errors, and then settles down and can be seen as a viable server when HA is run, but there is still no "Add-Ons" option and so no Mosquitto Broker, and since my sole interest was in givTCP, I gave up and paid for it. If there's a problem with exposing port 8123, that need further investigation. But thanks anyway - and good luck with video!
Very informative... can we integrate an agile tariff rather than off-peak / peak values??
It's not really designed for that scenario. The automation is intended to set the state of charge limit ready for a cheap-rate charge. If you're using Agile then things get massively more complicated because of drain and charge slots being all over the place during the day.
@@SpeakToTheGeekTech That's my ultimate goal tbh. Find the cheapest import 4 hour block and the best export 4 hour block. at the moment I just set to export between 4pm and 8pm...
@@sharedworldsltd1626 When youve done this or found the solution please share 😂😂
Thanks for putting this together. I've had solar for a couple of years but just had a GivEnergy 9.5kW battery and AC inverter installed a couple of days ago. I've followed this video to get the add-ons setup in Home Assistant (which I'm also new too). How can I monitor what the solar forecast is versus what my inverter is being set to? In other words, how can I check its working?
You could check the GivTCP add-on's logs but that involves wading through a lot of text. Alternatively (and what I do) is add the Solcast component to Home Assistant (that's available in HACS github.com/oziee/ha-solcast-solar) and then I configure the Solcast integration to be checked manually a couple of times a day. The solcast forecast tomorrow (or today, depending on when you're checking!) entities will show the history of the forecast and you can compare that against the inverter's SOC. The GivTCP add-on has just had an update yesterday to add more configurable options to the forecasting feature so you may want to look at those too.
Excellent, really useful video. Found I had to start GivTCP before I could configure it. Will hopefully allow me to use my battery more efficiently rather than manually adjusting the charge level. Notice there is also configuration for 2 Solcast site IDs now for people like me with split E/W panels 🙂
Yup, that second solcast site was added since I created the video, perfect for your split array. I'm currently comparing that GivTCP forecast automation against the much less elegant script that I created for an earlier video to see which performs the best - future video planned on that one!
@@SpeakToTheGeekTech I did try and configure the "Energy" dashboard with the GivEnergy sensors, but it doesnt seem to work correctly as these are daily and overall totals rather than instantaneous values? Probably just need to dig into this a bit more. Only just started playing with it
Daily or overall energy totals are exactly what you need for the Energy Dashboard. I would suggest you create a Utility Meter helper (Settings > Devices & Services > Helpers tab). Use a source sensor of sensor.givtcp_xxxxxxxxxx_import_energy_total_kwh and set the cycle to Daily and call it something like 'Grid Import Energy Today' or similar'. Give it a little while to populate that new utility meter sensor in the Energy dashboard. You can do the same with other GivTCP energy sensors for solar (if you have that), battery in, battery out, export, etc... always wrap the kwh sensors!
@@SpeakToTheGeekTech Thanks 👍
Great video. Thank you for creating.
Thank you too!
Hi, thanks for the tutorials. I'm thinking about buying a Rasberry Pi to control my system using Home Assistant. I want a more hands off approach than what I currently do. Your advice on the following and potential a new video topic....
I have 5kw inverter, 7.5kw array over 2 strings and a 9.5kwh battery.
The issue is clipping when generation goes over approx. 5kw - just lost energy. 😢
Can I use home assistant to flip between two groups of settings. Is it possible??
1) charge battery to 90% using cheap night rates (2am-5am) AND set system to export all solar for that day 5am to 4pm (prioritising home use first)but not allowing the battery to drop below that 90% limit. This means that any generation over 5kw goes into the battery as overflow with 10% capacity free.
2) from 4pm-7pm set battery min to 10% during peak export rates.
Appreciate your time/ feedback
This means maximising cheap rates for import, maximising peat export feedback tarrif and not losing clipped solar generation.
What you are asking sounds entirely possible. A bit complicated, but entirely possible - if you're on a day with enough solar generation to go above the 5kW though then your batteries would be filling up way before the clipping so you'd have to be watching the generation / export for that threshold, pausing battery charging until it detects clipping. You might want to investigate Predbat which is intended to optimise charging and could likely be configured to do that. This isn't something I would be covering on my channel though, it's extremely niche!
@@SpeakToTheGeekTech Thanks for the super quick response! I'll look into predbat. It's not worth upgrading to 7or 8kw inverter at this time so I wanted a software solution since I can do it do today on the app only manually having to flip between two sets of configurations and specific times.
If the weather is grey then I can leave it alone. It's only when the sun eventually comes out
Easiest way to get the roof tilt... use a smart phone.. bring up the tilt meter and zero it on a level surface. then stand well back from the wall and align yourself with the roof so you are looking up the roof line... tilt phone and "sight" along the phone.. voila.. tilt angle.
Ha, nice one, you know I obviously went straight outside and tried this :)
Awesome video... Without going down the Home Assistant route is there a way of setting notifications from my GivEnergy inverter like when battery is full or when I'm exporting solar to the grid?
Thank you, and sadly not really. You need to have some sort of home automation solution in order to receive alerts on the system status. Hopefully GivEnergy will add this sort of thing soon because I’ve seen others asking for it in the forums. They have already added a basic automation facility if you have their branded smart plugs.
@@SpeakToTheGeekTech thanks for the quick reply, that's a shame but never mind, I also can't see any integration into Smartthings so looks like I need to tackle home assistant
Hello. Great video and up and running here! One question/suggestion.... at the beginning of the charging period, the batteries start charging smoothly at 4kW, if the battery achieves SOC before the end of the charging period, it then enters into a cycle of on/off charging until the end of the charging period. Is this good for the batteries? Wouldn't it be better to set the target SOC lower once it is achieved and then back to default at the end of the charging period? I could probably code this but I thought I'd get your views.
Whilst it would be possible to calculate the time taken for it to drop again (estimated based on use) and then charge again to the original SOC within the required time frame, I'm not sure if it makes a difference to the health of the battery. Overall the little 'cycles' and the bigger cycle would add up to the same. Li-ion batteries don't tend to care about small part cycles, the overall lifespan of the battery is measured in complete cycles (the total of all of the little charges). In my mind, it adds up to the same, but whether that impacts the health of the battery or inverter in another way is one for GivEnergy to consider as part of their BMS I think.
You can also measure the roof tilt from inside the loft
Yup, many ways of achieving this. It was just easy for me to show it outside the house as filming in the loft is cramped and dark
Installed Mosquitto & GivTCP on a HA Green. GivTCP starts until:
2023-12-18 17:50:40,320 - Inv1 - mqtt_client - [CRITICAL] - Connecting to MQTT broker for control- core-mosquitto
2023-12-18 17:50:44,590 - Inv1 - read - [ERROR ] - inverter Update failed so using last known good data from cache
The integration MQTT is there but no GivTCP. MQTT configuration problem?
Sounds more like your GivTCP installation can't see the inverter. Have you joined the GivTCP Facebook group? There are a lot of people on there who may be able to help.
Great video, well explained. Had my system a month now, managed to get hold of a Pi4 and have HA running with GivTCP. One small question, when setting up the Solar Forecast in GivTCP configuration, it wont let me enter the Battery Charge rate (3.6) or Battery Capacity (9.5) with a decimal point, only integers, so I have had to put it as 3 and 9 which is inaccurate. Is this just a bug or am I missing something obvious?
I think there's a bug in HA when dealing with the input of decimal (float) values. If you use a desktop/laptop browser to edit the configuration and type in 3.6/9.5 etc, it will flag the field as red but let you click on save anyway. If HA doesn't get fixed, then there will be a workaround applied soon for GivTCP.
Nice. A solution for east and west facing panels would be good
The free Solcast account will allow you to create two sites so one could be east, the other west. However GivTCP at the moment only accepts a single site ID. Hopefully the automation script behind the scenes will get an update at some point to use two sites and combine their forecasts and when I see that happen I'll make an updated video.
I've done all the steps, but get it to work. Currently using the GivEnergy app to pre-charge manually but HA seems to overwrite the 80% SoC somehow with 100% which sometimes makes sense looking at the solcast forecast. But then on better days it's not changing to lower SoC value or never mind the 80% I set in the GivEnergy App. Really need your help as I love playing with HA but I can't get anything to work not even changing the hot water temp of my ASHP when I have excess solar and export to the grid. It's probably just a fine detail I'm missing as the logics look ok, just don't know how to enable/start a automation.
There could be a number of reasons for your SOC jumping back up to 100%. It could be an automation in the GivEnergy app, it could be the GivTCP solar forecast automation, it could be a misconfiguration of the automation parameters. Could I suggest you join the GivTCP Facebook group and pose your question there. You'll be able to share more details, screenshots of the configuration, and there are more people to help you troubleshoot too. facebook.com/groups/615579009972782
So I have been trying to complete this setup with the AIO system and after following your tuturial. However, you state you enter the amount of batteries. I have 3 installed. The issue is when this is populated the system gives errors with the response. I have been told to now put this 0 and it works. Any reason why this is the case.
This video was made way before the AIO was a thing. I’ve made another video about configuring the AIO with GivTCP and yes, you set the battery quantity to 0 just because there’s a difference in how the batteries are presented. Currently GivTCP can’t get battery data for the AIO.
How have you found the Solcast forecast? I have two aspects and Solcast now supports two roofs. I have been playing with the API and getting a daily forecast one day in advance and one for the current day. Both are quite a way off. I haven’t spotted a pattern yet where I could calibrate it and make real production match the forecast or get it close. I know solar forecasting isn’t easy, but I was hoping it would be closer that it is. I have a LuxPowerTech inverter so can’t automate that, but I could play with my Agile charging slots if I had a good forecast. As an aside the Velux window app has a good tilt feature using the camera
I find it ballpark accurate enough to give me an idea of how much is going to be generated probably +/- 15%. It'll never be perfect but it good enough to use for solar forecast automation. I get 5 days in advance and each day I record the forecast so as I can see how it stacked up against the real generation... that's for a future video though :)
@@SpeakToTheGeekTech I do that to. I need to add the percentage difference to the spreadsheet. Good idea. Happy to share any data if you want it. I use the Octopus Watch app to track prices. I can also use that to decide how many slots to charge with
Another great video, thank you.
I've enabled the web interface as described and can access it. However all of the values are zero. Any ideas?
Have you set peak/off-peak times and the tariff rates in the configuration?
@@SpeakToTheGeekTech Thanks for replying. yep, these have been set.
You might want to try asking in the GivEnergy community forum. There's a conversation going in there about GivTCP and someone may be able to offer advice if they've seen this before. community.givenergy.cloud/d/6-local-control/407
Very similar to me. The web portal doesn’t show peak import or off peak import rates, yet their setup
solar forecast not working Oct-Mar is surely when you most want to use it? April-Sep you can probably just manually set it to 20-25% and off during the summer months?
Oct-March is risky setting it below 100% for me at least. Very rarely would I get enough sun during those months to justify the risk of leaving the automation running. Maybe 1 day a month is super-sunny!
@@SpeakToTheGeekTech makes sense. And if it is sunny it’ll need fewer kWh to top up overnight anyway. Better to use off peak kWh than need peak rate ones
I have some issues with setting the target SOC (both charge and discharge). Most of the time when I change a slider (e.g. 100 to 50%) the slider changes back to the original settin after a few seconds. Also don't see anything in the givenergy remote control log. All other sliders (e.g. setting the active power range) seem to be working fine. Any settings I missed?
I’m not sure, I haven’t seen that myself. There is a delay of maybe up to 30 seconds when adjusting things before they ‘stick’ but they generally always work all or nothing! You’re best off asking the question in the GivTCP Facebook group
@@SpeakToTheGeekTech Thanks. Registered for the facebook group. So as soon as they let me in I will raise the question there. So far this is what I found:
1. Charge Target SOC 1 seems missing?
I can’t find where to set the charge target for the first charging schedule
2. Charge Target SOC sliders working, but can’t be set back to 100%
Charge time slots seem to be working. However seems they some can’t be put back to 100% from a lower value (switches back to original setting). Setting back to 99% seems to work, which then shows as 100% in GivEnergy remote control??? When set to 100% using GivEnergy remote control the settings show as 100% in GivTCP.
3. Discharge Target SOC sliders are totally unresponsive
Can you up a video for setting up HM for Octopus Agile thank you in advance 😊
Hi, I won't be covering Octopus Agile on my channel much sorry. It's not a tariff I plan to use myself as it would cost me a fortune. Automating it is quite tricky, but essentially the most comprehensive solution for doing that is using a component called predbat (github.com/springfall2008/batpred) and the author of that component has his own TH-cam channel with guides on how to set it up. www.youtube.com/@springfall2008
Really new to all this HA stuff and find your videos extremely useful. I have gone thorough all this and the GivTCP is showing the following
2024-01-02 17:32:25,494 - Inv1 - mqtt_client - [ERROR ] - No serial_number found in MQTT queue. MQTT Control not available.
This, at least to me, suggests I should have entered the Inverter Serial Number somewhere in the config/setup. Any advise?
It most likely means it can’t find your inverter at the IP address you provided, or it’s running old firmware and you need to check the old firmware option (things have moved on since I made this video). If you’re not getting any luck I suggest you join the GivTCP Facebook group where there are a lot of people who can help.
Thanks for the quick response. I have checked the Ip address on the network and that's fine. Old firmware was also checked. Log now apparently stuck on
2024-01-02 18:25:21,956 - Inv1 - read - [CRITICAL] - First time running so saving AC Charge status
2024-01-02 18:25:21,965 - Inv1 - read - [CRITICAL] - Publishing Home Assistant Discovery messages
As you can see this was last lines on config about 30 minutes ago
have you had any luck getting past this. I have the same problem and hit a brick wall and looking any advice you may have
@@gordongilchrist1237 I eventually uninstalled and reinstalled GivTCP with new API's etc. and it worked. I have now set everything up with static IP's and it's been rock solid for the last month.
Thanks for the video, not sure where I've gone wrong but after config and hitting start, I don't have any of the Giv devices like yours? Anyone else experience this or know where I've gone wrong? Any help much appreciated
The best place to get help with this is the GivTCP Facebook group - there are a lot of people in there and if you share full details of your setup and extracts from your log files then you're bound to get assistance. facebook.com/groups/615579009972782
I have an AIO system and when I look at my network for the inverter , I see two connections for HF-A21. Is one for the battery inverter and the other for the Gateway? Do I need to put both in, or if just the battery inverter how do I know which is which?
You just need to input the IP address for the inverter, not the gateway. Difficult to tell them apart by looking, but easiest way is to open your GivEnergy app and connect locally - see the first method in my video here: th-cam.com/users/shortsHrfVVK5_EaY
Perfect. I'll also rename them on the home network. Thank you @@SpeakToTheGeekTech
When trying to add the sensors to the HASS energy tab, it only shows the sensors like "GivTCP Day Energy Kwh" the live information sensors don't show up. Have I done something wrong?
That’s correct. The energy dashboard only shows energy (kWh) not live power (watts/kW). If you want to view live power in a fancy way, try a power flow card like this Power Flow Card Plus for Home Assistant
th-cam.com/video/C4Zh35E9wJE/w-d-xo.html
@@SpeakToTheGeekTech that worked perfectly thanks for getting back so quickly!
Hi thanks for the videos!
I think I'm about to invest some time to set this up at ny home. I have a solar array, solaredge inverter 3x Ac3.0 and 3z 9.5 batteries. Also a MyEnergi zappi and soon to have an Eddi.
Before I start though I have a question. With HA and GivTCP setup, is it possible to stop battery discharge, whislt still allowing charge, during a set time?
For example, during the 5 hours of intelligent octopus (i just use the fixed period 23:30 til 05:30) I will charge my EV, and batteries. The EV charger is on the home load side and will drain the batteries, this is just masked by the charging.
I basically want to stop all discharge and only allow charge during that period. Is this possible?
I had messed about with the app in the past, but to no avail.
Thanks again for your great videos!
Yes it is possible but you would have to use Home Assistant to disable battery discharge during that period because default functionality does not do that. However, what I do is set my scheduled charge off peak, and the target SOC value. If the target SOC is 100%, your battery will always charge up to 100% and stay there until the end of the off-peak hours you have set. If you set the target SOC lower, say 50%, and the actual SOC is above that at the time your off-peak charge period begins, then your batteries will discharge (into your car, home, whatever) until it reaches your target SOC (50% in this example) where it will stay until the end of off peak. Usually that behaviour is acceptable. A lot of people do seem to be fixated on not discharging the battery off-peak, when in reality it's a rare occurrence if you always charge the batteries to full too, and even when it does discharge, it's only making best use of the energy available to your home.
Many thanks for getting back to me so quickly and thanks for the info.
I probably am fixated on it actually! For all intents and purposes I use no grid electricity outside of off-peak, meaning batteries are constantly in use. In my (tiny!) mind, I wish to minimise charge/discharge cycles if at all possible, at least in the hope of maximising useful life of the system; though also maintaining functionality. I want the batteries to be effective as far as possible beyond the 10 Yr warranty mark!
Also regarding the usage, in my case I would note that any electricity in use is at the rate of 7.5p kwh. Therefore, during off peak, I'm cycling the batteries at a system use 'cost' over and above the unit rate of grid import. Tiny mind!
Anyone know how force charge or force export settings work within GivTCP? I tried changing the entity to "Running" but this seems to do nothing...if I select a number of minutes instead, only then does it start force charging or discharging (minutes value is also replaced with 'Running' almost immediately after selecting the minutes value).
I really wanted the option to, for example, leave force charge on (without specifying number of minutes) via automation whilst making use of Octopus Intelligent Go off-peak slots
You can only force charge/export for a specific number of minutes. Just use the Octopus integration to detect those adhoc hours and force charge for an hour.
The winter months are now configurable in the UI.
Yup there have been a lot of changes to GivTCP since I made this video. I’ll update it once this guide no longer makes sense!
@@SpeakToTheGeekTech How does this Automation work in the winter months? Does it do anything at all? Does it try to maintain a battery level (even if the house uses day-rate electricity) to get through the hi-rate period? Or do you have to set it daily yourself?
@@rekabuk I don't actually use it myself at all any more, either summer or winter. Given how close off-peak import and all-day export prices are, there's no real saving to be made by conserving import in order to top up the battery from solar the next day - it's actually a much bigger risk to do solar forecasting in terms of cost because if you don't charge enough and you run out of battery early the next day then you're drawing from the grid at peak wiping out weeks of savings. I'm on Octopus Go, 8.5p import, 8p export, but if you're on Intelligent Octopus Go (7p import, 15p export) then you would make more of a profit charging your battery to full every night and exporting whatever solar you get the next day.
Hi - super helpful video thankyou! Quick Q re the solcast automation. I understand the concept, but just wondered re the SOC, is that the target for the battery to be at when the day rate begins (0530 for me as I’m on intelligent octopus). So my understanding is that whatever the SOC is at the start of the off peak period (ie 2330) - the automation will let the battery discharge overnight if required, but it will ensure it recharges to the SOC by 0530?
Sorry - hope that makes sense , cheers!
Your understanding is correct, yes. The target SOC defines the %age you wish the battery to be charged to (or discharged to) by the end of your timed charge period. Usually, you would align your timed charge period with your off-peak energy hours.
@@SpeakToTheGeekTech great - thanks for the reply. Which entity sets the timed charged / discharge period? Or could I just set this in the app since it’ll never change?
Have a look at the device "GivTCP xxxxxxxxxx Timeslots" and in there are a load of entities such as select.givtcp_xxxxxxxxxx_charge_start_time_slot_1 and select.givtcp_xxxxxxxxxx_charge_end_time_slot_1
@@SpeakToTheGeekTech perfect - thanks again for such a quick and thorough reply - appreciate it.
My GivEnergy 'sensors' seem to have dropped off HA. Admittedly, this could have happened 2-3months ago as I've not bee keeping on top of them. I followed you video to reinstall the GivTCP and MQTT etc but still im only getting about 6 of the sensors showing. The rest are showing a fault. So i can no longer get reading such as what the house is using now. Any ideas of anything that changed? its like its not receiving the full info through MQTT maybe?
Some of the sensors changed names between older and newer versions. Are they perhaps sensors left over from a previous install? When you uninstalled GivTCP ready to install a new version, did you check that all of the GivTCP sensors had been deleted first before installing the new version?
Great video thanks - managed to follow completely, but I can't for the life of me figure out how to put the GivEnergy spider diagram (which shows the flow of energy between house, grid, solar & battery) to my dashboard. Please can you consider doing a video on this? I'm a fellow geek, but Home Assistant makes my head spin!
OK - figured it out from one of the other comments below! Really surprised there isn't a pre-configured card with this.
How about this one?
th-cam.com/video/KYQbDjNGTsE/w-d-xo.html
@@SpeakToTheGeekTech many thanks! :)
Thanks for the videos. I'm having trouble linking to the inverter. The log is saying inverter update failed. I'm sure I have the right ip address, and have tried old firmware toggle. Any thoughts?
What sort of inverter? If it's an All-in-one you must set the number of batteries in GivTCP to 0. Otherwise, try asking in the GivTCP Facebook group and give as much info about your setup as possible facebook.com/groups/615579009972782
@@SpeakToTheGeekTech Really kind for answering. I'm not entirely sure what I've done differently, but the batteries have now appeared. I don't know how/why. Not sure how often the data is updating. Tomorrow I'll have a go at setting up a dashboard. But now I need a rest. Thanks again. I enjoy your videos, but feel as if I'm walking through treacle.
Hello, thanks for your video, having followed your guide on installing the GivTCP add on I’m finding that I can’t find any of the devices and entities. I believe that I’ve done something right as I have the web dash enabled and can navigate to it and see information about the battery house and solar panels that tally with the GivEnergy app. I just can’t find any entities so can’t add anything to the Energy dashboard. Could you give a steer on what I could be missing?
You’re going to need to take a look through the add-on’s logs to get a clue. Also, try posting on the GivTCP Facebook group and include your logs there, there are a lot of people who can give you advice on there
Hi, I’ve got exactly the same issue. I’ve installed it twice now but still no entities. I have also hardwired (Ethernet) my AIO, GW and Solis inverter. I can see them all and log into the local interface, but GivTCP/MQTT doesn’t see anything. Did you get a resolution to this issue..?
I too have GivEnergy gateway and AllinOne battery with a Solis S6 inverter. Do I configure GivTCP with the ip address of the gateway?
No, use the IP address of the AIO. There’s currently nothing to control directly with the gateway.
@@SpeakToTheGeekTech thanks, when i add this I see errors in the givtcp log files. did you come across these errors?
2023-09-09 16:23:24,130 - Inv1 - mqtt_client - [CRITICAL] - Connecting to MQTT broker for control- core-mosquitto
UPDATE The latest version of `serve` is 14.2.1.
INFO: Accepting connections at localhost:3030.
2023-09-09 16:23:30,549 - Inv1 - read - [ERROR ] - Consecutive failure count= 8 -- (, Exception("Garbage or failed inverter Response: ERROR:-(, KeyError(HR:243), )"), )
Morning,
Will this work if my inverter and batteries are on a different network to my house? They are in the garage and that has a seperate Wifi router (WiFi from the House has a very poor signal there)
Is it a totally separate router network as in the IP address ranges are separate? It might work, I haven’t tried it myself, but auto detect won’t work
Wow thanks for the fast response! I think it's completely separate, i ran an ethernet cable to the WAN port of 2nd router from my primary router, to give me wifi in the garage, it has a different name and password, the Inverter and batteries are connected on to that router by the installer as the house one did not have enough strength. I'm not the best with gadgets. @@SpeakToTheGeekTech
You truly are a Geek and your videos are really informative. I have persevered with HA over the last 2 years but things seems to break at some point. I have used backups but not had success in restoring them and finish up starting again! I did manage to get mqtt working with givtcp and even managed to set up some dashboards with multi tables to display my battery SOCs and other data using givtcp entities. My latest problems originate following an update to HA. This broke my access to the givtcp entities. I have tried removing all the givtcp stuff, as you suggest, and have even installed and reinstalled mqtt but no luck. I can't see the many entities that were there before. In the givtcp logs I get a repeated error message for sync connection and name not resolving. The regCache also gives an error linked to an invalid start byte.
Any clues before I wipe HA and set up everything again?
Thanks
Rob
Flattery will get you everywhere :) Firstly I'd like to point you in the direction of the GivTCP Facebook group where you'll find a lot of like-minded individuals who can help you through this (facebook.com/groups/615579009972782). Secondly, you've not mentioned how you are running Home Assistant? If it's on a Raspberry Pi, you can just swap the storage media over to try on a different SD card or SSD as a test to save you wiping it. Backups and restores work well for me provided it's a like-for-like restore. So Raspberry Pi -> Raspberry Pi, or Docker -> Docker, for example, no mixing! I regularly restore a test Pi from backups with no issues. I suggest you check out the Facebook group, and look to provide fuller context of your installation so as we can all help on there.
Thanks for the great videos. As soon as our system entry live on October I plugged it into Home Assistant. Has anyone had an issue where despite Home Assistant setting the target SoC to 20% when the automation runs at 23:45, it resets back to 100% (and subsequently charges to 100% using GO) either at 00:19 or 01:08. I know, really specific times, but it's one or the other every time it resets. Since the weather started brightening up I'm finding is happens about 50/50. The SoC target always updates but then this reset is driving me crazy and I can't find the cause.
Are you using the Home Assistant automation I wrote in a previous video, or the GivTCP built-in one? The 23:45 time sounds like my script, and that might also mean you have the GivTCP one unintentionally running? Check the GivTCP settings and make sure that SMARTTARGET is disabled.
@@SpeakToTheGeekTech thanks for the super quick reply. I'm pretty sure I am running based on your original example. I had it in place and at least logging the forecast data even before the hardware arrived. The solar nerd spreadsheet isn't going to fill itself :-) I'll have a check on the details and make sure I've not missed anything from your later updates.
So, I'm less than 2 minutes into the video again and I've already realised that at no point did I uninstall v1 of the integration and remove any files from Home Assistant. That might be a good start to figuring out what's going on . Will update as soon as I've done that.
Update. OK, I've removed the add-on and cleared down the directory. Reinstalled V2 and included the Solcast forecast details, then disabled the timed forecast-solar automation completely. Fingers crossed.
So once we have done this and installed the solar forecast part aswell what do we do next to have the automation?
That's it. If the toggle for SMARTTARGET is on in GivTCP then the automation will be running. The automation is inside GivTCP, not a normal Home Assistant style automation.
Has anyone set this up from scratch with octopus Agile?
If so, what do you ensure when setting up the start and finish times etc?
I have a fixed export with agile at 15p.
Are you referring to the solar forecast automation component? If so, it’s not great with Agile - you need to do more work using something like batpred instead which can calculate the cheapest way to charge and discharge your battery
I went to create a Givenergy API key but then it came up with loads of options, what should I tick/leave unticked?
What are the options? When I created mine, which was a while ago, there was one button to click and no options so they sound new...
@@SpeakToTheGeekTech Its quite a long list, if your channel doesn't auto delete links I could paste a screenshot to discord and send the link if permitted.
It looks like youtube deleted the discord link
Sorry, yes, it's not even in the 'held for review' section. Have you tried asking in the GivEnergy community forum? You're more likely to get a useful answer from someone in there (possibly even an employee of GivEnergy) especially as I haven't seen any extra options myself. You can even post screenshots in that forum too. community.givenergy.cloud
Maybe I missed it, but did you setup timed charging at night in the GivEnergy app? In my case the Addon sets the SOC but unless there is already a scheduled charge period then it won’t work.
It would be great if the Add-on would set the charge window when the off peak period starts, without having to setup other automations.
It depends how you did it in the app. I set a timed charge in the app for off-peak... but if you set it using an automation based on smart tariffs then it won't. You need to disable the smart tariff automation and just set a manual timed charge and then setting the target soc using GivTCP will work fine.
You can request the feature to the developer via Github if you like. He loves new feature ideas, I personally would prefer it to concentrate on the basic functionality and leave the fancy stuff to external automations... but that's my preference!
Makes sense. PS: great video, thanks for taking the time to do this!
Thank you :)
I keep getting an error saying Serial not found "No serial_number found in MQTT queue. MQTT Control not available." if anyone knows what to do to fix this it would be greatly appreciated
You’d be best off joining the GivTCP Facebook group - there are a lot of people in there who may be able to help you
@@SpeakToTheGeekTech thanks. I'll check it out. Although looks like it might be an issue with the most recent release. At least it seems I'm not alone
Thnaks for this. Soooo useul, but there is something i cannot get to work. i want to force export at a given time -for a given time, if the battery level is above 95%. I belive I have got this to trigger, and I belive I have the condition correct, but try as I might, I cannot force an export. I have found the action "force export to first option", but what is first option ?. Is there somewhere where I put in options?. Or have I got the wrong action. Help !!!! please
You'd call the select.select_option action and give it the force export entity and the time to export for. The time is in minutes, and must be a specific value (2, 15, 30, 45, 60, 90, 120, 150, 180). My example is 2 minutes:
service: select.select_option
data:
option: "2"
target:
entity_id: select.givtcp_xxxxxxxxxx_force_export
@@SpeakToTheGeekTech thanks so much for getting back to me. I'll certainly give it go. Many thanks
Is there any way that I can select the action from the drop down list. I'm not a programmer I'm afraid
Do you mean to activate it manually or while creating the automation? Yes for manually, but no for automation. You can select the action by searching the call service list and the select_option service is pickable but the data value must be typed in
I actually meant whilst creating an automation. So how do I write scripts. Is there an editor or something?
I'm not sure how much cop the solar forecasting automation is. When it's enabled, it just charges the battery to 100% in off-peak hours. We've had some very sunny days recently (I had 15kWh of generation the other day), none of which were picked up by the automation. Perhaps this is due to it being disabled in some months, but then again why would it do this??
It is almost certainly disabled in the winter months from what I can tell in the code. I will reserve my judgement until the summer when I can test it out properly. My HA-based solar forecast automation worked quite well this summer but it's always good to have alternative approaches.
@@SpeakToTheGeekTech Agreed, but only if those alternatives work, which this one clearly didn't at the moment.
My 8.2kWh battery rarely makes it through the day at the moment so I charge it to 100% every evening. I reckon I’m only exporting a couple of kWh/week absolute maximum so automating based on the forecast at this time of year for me is more likely to cost me money due to inaccuracies than it is to save me anything
@@SpeakToTheGeekTech Absolutely, and there's the rub. If I overcharge during my IO cheap rate then I lose 3.4pence for every kWh that I overcharge by (7.5p per kWh minus the 4.1p SEGexport that I would get by exporting). However, if I undercharge and have to import during the day then each kWh will cost me 39.25 pence. So the equation has to be balanced towards overcharging on the cheap rate. Disabling the algorithm completely for half the year seems a retrograde step.
The optimal is to only charge enough at night to allow the next days generation to top the battery off to 100%.
I've got two 8.2s in my system and if I am in all day, especially if I use my air-to-air heatpump to heat some rooms then the 16.4kWh will get me through the day.
Do we need to turn OFF timed charge etc on the invertor settings page?
I leave Timed charge enabled in the GivEnergy portal for Octopus Go hours personally. You could disable that and manage it all via automations in Home Assistant if you wanted to but it’s personal preference
@@SpeakToTheGeekTech issue i have is I have it all installed and setup and it still charges to 100% every night dispite great weather report for following day. Ive exported 100 kWh in last 4 days andbought 10 each night when 2-3 would have done
Mine too. Solcast have dropped the number of requests you can make to 10/day so by default the integration runs out of requests in a few hours meaning there’s none left for GivTCP to use. I’ve been trying to figure out a workaround on my own installation for this. In the meantime you can disable smart target on the add on and use an automation instead (see my first GivEnergy video)
Could we have a givtcp playlist?
Sure th-cam.com/play/PLKp2r5So-W3xSJ8o1EESvQpx9gNeBWWxH.html
Blimey that was fast! Was it already there and I missed it?!
Nope, I just made it with a few clicks. It's all GivEnergy stuff rather than just GivTCP though because they're a bit muddled up.
Hi, Great videos, but GivTCP can't find my inverter, get the following -
2023-07-14 20:39:57,064 - startup - [CRITICAL] - HA MQTT Service has been found at core-mosquitto
2023-07-14 20:39:57,077 - startup - [ERROR] - Error scanning for Inverters
2023-07-14 20:39:57,077 - startup - [CRITICAL] - GivTCP isAddon: True
I know the IP I am putting in config is correct - i can see it in GivEnergy App and also router.
Tried complete delete and re-install, still no joy.
Any suggestions please? Inverter installed yesterday, latest firmware.
You might want to pose the question on the GivTCP Facebook group - there are a lot of others with experience of issues who might be able to help. You should probably paste in more of the error log than you have provided if possible as it’s not enough details at the moment to tell what’s happening m.facebook.com/groups/615579009972782/?ref=share
@@SpeakToTheGeekTech Thanks very much, joined facebook group., posted full log as suggested. Fingers crossed!
I've just seen your post there, Facebook thought it might be spam because of all of the IP addresses in it. I've approved it for you!
After install, I am getting this error message for my battery "2023-06-14 18:24:41,129 - read - [ERROR] - Battery Object empty so skipping"
Anyone have any idea how to resolve this ?
I don't, but there's a Facebook group dedicated to helping people with GivTCP. If you ask your question in there then someone may have already seen the problem: facebook.com/groups/615579009972782/
Hi followed the guide to the letter but still only getting cpu,memory percent and newest version,running,version sensors?
That sounds like you are looking at the device named "GivTCP" which contains only those entities. The add-on should also create other devices such as "GivTCP xxxxxxxxxx Control" and "GivTCP xxxxxxxxxx Power" amongst many others. If those other devices aren't appearing then you'll need to check the log on the add-on page. If there's nothing obvious in those logs, you can change the LOG_LEVEL option temporarily to Debug and see if it gives you anything useful to tell you what the cause might be.
@@SpeakToTheGeekTech Very useful video, thanks. I'm having similar problems - the only entity appearing is GivTCP. I have checked the logs and the only obvious error I can see is - read - [ERROR] - Error collecting registers: (, ValueError('hour must be in 0..23'), ). This occurs many many times. Any help would be much appreciated.
If you're on Facebook you should join the group called "GivEnergy GivTCP Users Community". There are a lot of experienced users on there and if you ask your question then we can all try to help you get to the bottom of it. It's tricky to discuss troubleshooting over a TH-cam comments section :). Also check the first two characters of your inverter ID. If it doesn't start with CE, ED or SA then that might be an issue, but usually the problems are to do with the network connection between the inverter and the device running GivTCP.
3 attempts to install and I'm also getting the same, with the only entry appearing being GivTCP. However, my memory soars into the mid /high 90% and I lose access to Supervisor, logs, re-boot, etc and in the end my system crashes. I'm on a Ri3b+ 120GB SSD which, pre-GivTCP has been stable and run at low memory. Any ideas why installing GivTCP should torpedo the system? TIA
I've never actually tried installing the add-on on a RPi3 at all and I don't have a 3+ I could test on. I know it works fine on a 4 with only 1GB RAM (that's the test Pi in my video) and the 3+ has 1GB RAM too so that should be fine. You may want to join the same Facebook group I recommended above (GivEnergy GivTCP Users Community) and ask the question there - there's almost 1000 people in that group now so I'm sure someone else must have tried this on a 3+.
Does GivTCP v2 work with the new Gen 2 inverters? I can't seem to get it to work with my Gen 2 Hybrid Inverter. The following comes up in the logs.
read - [ERROR] - Consecutive failure count= 11 -- (, Exception('Garbage or failed Invertor Response'), )
2023-02-25 12:09:56,686 - read - [ERROR] - 10 failed invertor reads in a row so removing regCache to force update...
It didn't used to work because a library that GivTCP depends on is hard-coded with inverter prefix values (the first two characters of your inverter's ID). I know that the GivTCP developer has been in contact with GivEnergy to obtain a full list of new inverters and is working on fixing that if he hasn't already. I think it's a fair bit of work for him and he's doing it in his spare time. I'll drop a note in the video description once I get confirmation of the supported inverter prefixes.
@@SpeakToTheGeekTech I've got a Gen1 and I'm also getting a flood of these in the Log so don't think it's exclusive to the Gen2. I've yet to have it successfully trigger though. Looking in my log tonight inbetween the garbage failures, it states my Solcast rooftop site does not exist, but API and Resource ID is 100% correct and Solcast logged a token so I'm at a total loss as to what is going wrong!
So do you not have any part of GivTCP working at all or is it just the Solcast part not working? There's a Facebook group named "GivEnergy GivTCP Users Community" and it might be worth bringing up your issues on there, reason being is there are lot more people on that group who can help with ideas. The previous issue over unsupported inverter types should be resolved now in the latest update.
@@SpeakToTheGeekTech I can confirm with the latest GivTCP 2.1.5 released this week it is working just fine on my Gen 2 Hybrid 3.6KW. @Chris France Check you are using the latest version and I would try a full reinstall removing all old install files.
@@philip_james @SpeakToTheGeekTech, many thanks, did a full overhaul a few times and it did manage to grab the solcast data tonight but still getting those errors but not as frequent. If it works then I'll just monitor it. With it saying Winter Month in the log, not like I'm going to see anything as a result until April anyway :)
hi
sorry for stupid question but do u use ha /os
ty
dave
Hi, yes I use Home Assistant OS installed on a Raspberry Pi 4
@@SpeakToTheGeekTech ty
How do get the power flow web interface working please?
Browse to homeassistant_ip_address:port_from_givtcp_config replacing those placeholders with the real details.
@@SpeakToTheGeekTech hi, How can we display this power flow within HA ? I tried using a web card but as I use HTTPS, then i dont think it will allow to embed a normal http web link
You are correct, you can't display an HTTP page within HA if you're using HTTPS. You'd need to use an SSL proxy, such as NGINX, to encrypt the traffic first. However, that's a lot of effort when you could just use the data it provides to Home Assistant to feed a power flow card. I have a video covering a couple of power flow cards (th-cam.com/video/KYQbDjNGTsE/w-d-xo.html) and I know that there's another one under development too which is trying to take the best of both. I know that none look like the GivEnergy one, but you can use things like card-mod to adjust the CSS and make it closer in terms of the colour scheme if needed.
Another great vid I seemed to have missed, but stumbled across it today. Am I right in thinking that with the Solar automation now in the GivTCP app, then the config in this video with the YAML is no longer required ?
th-cam.com/video/IBXoD6KUtxk/w-d-xo.html&lc=UgxcFxw3-PgYcO9NEf54AaABAg.9n_aVqOWlNw9naZhsiXntD
Thanks
You can use either the automation from that video, or you can use the one built in to GivTCP. It's personal preference. I'm personally now using the one built in to GivTCP, but lots of people I'm aware of are still using that automation in one form or another. There's also another option called BatPred which seems quite good so far but it a lot more complex to get working.
@@SpeakToTheGeekTech The other seemed to work OK for the most part (nothing to compare to though). I'll disable it for now and see how the one built in gets on.
I'll have a look at BatPred, it's already been a bit of a learning curve with Home assistant and wouldn't have been using it at all without your vids to be honest. So it may be a bit beyond me.
Thanks.
I think it would have been nicer if it had been laid out like this:
How many INVERTERS does your GivEnergy system use (Max of 3) ?
X
INVERTER CONFIGURATION OPTIONS
*INVERTER 1*
- Is this inverter an AIO? (toggle)
- Is this inverter using old firmware? (toggle)
- How many batteries are connected to this inverter?
xx
- What is the IP Address of this inverter?
x.x.x.x
- Provide a PREFIX name for this Entity in Home Assistant:
GivTCP-Inverter1
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
*INVERTER 2* (If in use)
- Is this inverter an AIO? (toggle)
- Is this inverter using old firmware? (toggle)
- How many batteries are connected to this inverter?
xx
- What is the IP Address of this inverter?
x.x.x.x
- Provide a PREFIX name for this Entity in Home Assistant:
GivTCP-Inverter2
- - - - - - - - - - - - - - - - - - - - - - - - - - - -
*INVERTER 3* (If in use)
- Is this inverter an AIO? (toggle)
- Is this inverter using old firmware? (toggle)
- How many batteries are connected to this inverter?
xx
- What is the IP Address of this inverter?
x.x.x.x
- Provide a PREFIX name for this Entity in Home Assistant:
GivTCP-Inverter3
I think i have OCD 😆
Perhaps. You can always edit it on Github and push it out for approval if you like. There was talk of a web interface for configuring it coming along but that hasn't materialised hence this config interface hasn't had much love.
What is your octopus referral link? I'v signed up but I can still add it. need your email or personal link.
Hi! The referral link is share.octopus.energy/crisp-moth-619
Or quote the referral code: crisp-moth-619
Thank you very much!