Jump to content

Niel

Members
  • Posts

    77
  • Joined

  • Last visited

Everything posted by Niel

  1. Ok so the inverter can do both (1) and (2). But I'm looking for a bit of a firmer answer. Will CoCT allow either (or both) of the configurations? Or will I have problems irrespective, if I go with a 16kW inverter.
  2. So a while back CoCT saw the light and lifted the restriction on generation capacity. We have a 60A feed and the limit is now 13.2kW. My question is how exactly is this limit applied. For example which of the following would be fine if I installed a 16kW Sunsynk: 1. 8kW panels + 5kW batteries. Actual generation can't exceed 13kW even though the inverter is rated for 16kW. 2. 12kW panels + 5kW batteries but software limited to maximum 13kW generation (if the Sunsynk can do that). PS: I understand feeding back to the grid is limited to 3.5kW but I'm not considering that any time soon.
  3. So I've been having the same problem and can't find a reliable electrician in Cape Town to sort it out. I'm not an electrician (220V scares me) but I am practical and curious. However, this problem has me stumped. I asked on the EnergyForum as well and a lot of good advice is provided but nothing I can actually do myself. So: 1. Is it possible/ sensible to install this Clearline unit on the feed from the grid (before the inverter) instead of in the DB? 2. Any recommendations on someone in Cape Town northern suburbs who has the expertise to sort this out?
  4. I doubt it will make any difference. Ours is set to "Self-defined" but the BMS determines these values and pass it to the Goodwe. That is why you can't override it. The BMS determines the values to optimise the lifetime of the battery and you will see it change as SOC changes.
  5. It may be a bit late, but maybe useful. We also have an older model, 2015 I think. 1. I'm not sure. I got hold of an EZConverter and after much hassle got it work. 2. It should be safe to try as the BMS monitors the battery itself. First prize is of course if the two can communicate so that the Goodwe can manage the SOC and charge/discharge rate before tripping the battery. 3. Our model has wifi and that model should also. The first step is to get the inverter on the wifi network. If you search for a wifi network, the inverter should appear. Connect to it and set up the wifi settings using SolarMan. Or at least, that worked for us 6 years ago.
  6. I think "useful resource" is an apt description as I'm no expert with this technology but did spend hours figuring it out. Maybe "sometimes useful" is more accurate. Ronald contacted via DM and here is my reply for the record: Yes, use the CAN port on the battery (looks like you have it on the RS port). Attached are two extracts, one from the Pylontech manual and one from the Goodwe manual. Some network cables have a cross over so have a look at the battery end to identify the colours (1 to and then connect the correct colours to the EZ Converter as in the picture. The dip switches should be 1 up and the rest down on the EZConverter and all down on the Pylontech. Let me know if I missed any questions.
  7. Warm water will want to rise (thermal syphoning) so if the feeding geyser is higher than your main geyser (and you have a pumped system), this can be a problem. We solved this problem by installing a non return valve. Another solution if you have the space is to run the pipes downwards and then up to the feeder geyser. The idea is that colder water collects at the bottom of the pipes effectively stopping the thermal syphoning. This could be less maintenance over the long run as small particles can collect at the NRV's keeping them from closing properly.
  8. Our Goodwe is about 6 years old and two years ago I replaced the lead acid batteries with two Pylontechs. Due to the age of my Goodwe, I had to buy an EzConverter as well to allow communication between the two but it works fine. The Pylontech does limit the charge current (to prolong its lifetime I presume) which the Goodwe picks up and deal with accordingly. I don't know the other batteries, but the Pylontech's work.
  9. I only spot this thread now. I've started playing with arduino's about a year ago and have steadily expanded my home automation system. I'm also using OH, mostly because it's the first one I tried and I'm quite familiar with it by now (read: to lazy to learn HA). Over time I have replaced a lot of RF transceivers with Wemos D1 mini and MQTT - much more reliable. The first thing I built was a weather station which included a small 5V panel which measures irridiance. I'm still trying to figure how to translate that into maximum potential PV power from our solar arrays but need time to get my head around the different angles (sun vs weather station panel to sun vs PV solar panels - a LOT of trig). Recently someone on this forum figured out how to pull data from the Goodwe inverter so now I can really get into automation.
  10. So my wemos is working and I'm getting the values and transmitting via MQTT. Thanks for all the help! I do need a bit of clarification on some of these readings: pgrid: On-grid Power (EzMeter) = 5 W (Is this the draw from the grid?) pload: On-grid Power = 143 W (And this the mains load?) total_power: Total Power = 427 W (I have no idea what this is)
  11. I think I got it. I basically have to put the two address together and convert the resulting hex to decimal. I think that means bitshifting by 8 though.
  12. I'm coding the wemos using arduino's IDE. For the SOC I use: BatterySOC = (int) incomingPacket[33]; If I understand bit-shifting correctly, I basically need to do this: n1 = (int) incomingPacket[7]; n2 = (int) incomingPacket[8]; PV1V = (n2*16 + n1) /10; //Divide by 10 for the single decimal But the math doesn't seem to work out. Using the example in your second post, 0x0B = B1011 and 0xA4 = B10100100 needs to give 298V. If I bitshift 0xA4 and add 0x0B I get 2635. This is the first time I come across bitshift and all help is appreciated!
  13. So quick question. I find it fairly easy to get data that uses only one address, for example SOC from address 33. But how do I translate data across two addresses into a single value, for example [7,8] into PV1 voltage?
  14. Some good news. It's taking a bit of time but I have my first data from the Goodwe coming into OH!
  15. So just a brief update. I installed the openhab TCP/UDP binding and installed Packet Sender on my laptop to mimic the Goodwe. Something unusual is going on as PacketSender did not provide the IP address of the OH Raspberry Pi as "sender". So I'm parking that idea for now. As an alternative, I took a Wemos board I have and wrote some code to send the UDP packet to the Goodwe. The "0x00" initially gave some problems but I figured it out (I did say I'm a novice) and voila, the wemos is getting the data from the Goodwe! Next I'm going to add the MQTT code, decipher the incoming message and send it to OH via the (existing) MQTT broker. Finally I can see this working! The neat thing about this solution is it should work for any home automation system that uses a MQTT broker.
  16. Sure, here you go: 2020-10-07 20:35:40,796 discover(449) - DEBUG: Probing ES inverter at 192.168.68.110:8899 2020-10-07 20:35:40,796 connection_made(323) - DEBUG: Send: 'aa55c07f0102000241' 2020-10-07 20:35:41,696 datagram_received(334) - DEBUG: Received: 'aa557fc00182403037582020475735303438442d4553ffffffffffffffffffffffffffffffff33353034384553553135333030303331333630303431302d30303436382d30370e1d15' 2020-10-07 20:35:41,745 discover(451) - DEBUG: Detected ES protocol inverter GW5048D-ES, S/N:35048ESU15300031 2020-10-07 20:35:41,745 __init__(623) - DEBUG: Using proactor: IocpProactor 2020-10-07 20:35:41,755 connection_made(323) - DEBUG: Send: 'aa55c07f0106000245' 2020-10-07 20:35:42,245 datagram_received(334) - DEBUG: Received: 'aa557fc001865f0000000100000000000001ee0000005000f6005f004a004a00003c003c620200000108eb0017000213770108eb001a009c1377010200e500000000000381000000b4fc007b00890004c88801890100300002170001000000050700004000001189' vpv1: PV1 Voltage = 0.0 V ipv1: PV1 Current = 0.1 A ppv1: PV1 Power = 0 W pv1_mode: PV1 Mode = 0 pv1_mode_label: PV1 Mode = Disconnect the inverter and PV panels vpv2: PV2 Voltage = 0.0 V ipv2: PV2 Current = 0.0 A ppv2: PV2 Power = 0 W pv2_mode: PV2 Mode = 0 pv2_mode_label: PV2 Mode = Disconnect the inverter and PV panels ppv: PV Power = 0 W vbattery1: Battery Voltage = 49.4 V battery_temperature: Battery Temperature = 24.6 C ibattery1: Battery Current = 9.5 A pbattery1: Battery Power = 469 W battery_charge_limit: Battery Charge Limit = 74 A battery_discharge_limit: Battery Discharge Limit = 74 A battery_status: Battery Status = 0 battery_soc: Battery State of Charge = 60 % battery_soh: Battery State of Health = 98 % battery_mode: Battery Mode = 2 battery_mode_label: Battery Mode = Discharge battery_warning: Battery Warning = 0 meter_status: Meter status = 1 vgrid: On-grid Voltage = 228.3 V igrid: On-grid Current = 2.3 A pgrid: On-grid Power (EzMeter) = 2 W fgrid: On-grid Frequency = 49.83 Hz grid_mode: Work Mode = 1 grid_mode_label: Work Mode = The inverter is generating vload: Back-up Voltage = 228.3 V iload: Back-up Current = 2.6 A pload: On-grid Power = 156 W fload: Back-up Frequency = 49.83 Hz load_mode: Load Mode = 1 load_mode_label: Load Mode = Inverter and the load is disconnected work_mode: Energy Mode = 2 work_mode_label: Energy Mode = Normal(On-Grid) temperature: Inverter Temperature = 22.9 C error_codes: Error Codes = 0 e_total: Total PV Generation = 16409.6 kWh h_total: Hours Total = 46332 e_day: Today's PV Generation = 12.3 kWh e_load_day: Today's Load Consumption = 13.7 kWh e_load_total: Total Load = 24794.4 kW total_power: Total Power = 393 W grid_in_out: On-grid Mode = 0 grid_in_out_label: On-grid Mode = Inverter neither send power to grid,nor get power from grid active_power: Active Power = 2 W pback_up: Back-up Power = 535 W plant_power: Plant Power = 691 W diagnose_result: Diag Status = 117440576 house_consumption: House Comsumption = 467 W >>> It (unsuccessfully) looks for a ET series inverter before this code but I assume that is not relevant.
  17. We have a Deco M5 mesh wifi network (192.168.68.xxx) to which the Goodwe, phones, laptop etc is connected. The Raspberry Pi is connected to the primary router (192.168.0.100) which also provides the internet to the Deco mesh. All the SmartHome controllers (pool pump, weather station, water tank, garage lights) are on the Deco wifi network and communicate seamlessly with OH via MQTT. The Goodwe is a 6 year old ES model (S/N 35xxx which may explain the different data structure?) and we connect using an app on my phone. Both PVMaster and the predecessor EZManage connect with no problem. Interestingly, when I change the (85, 86) to (73, 74) and (142, 149) to (104, 111) in the goodwe_inverter.py file, it runs perfectly. Regarding the command being sent and info received by inverter_test, it looks the same as what the app does: So now I guess my problem now is figuring out why the Openhab code does not get information from the Goodwe...
  18. So a bit of an update. I ran the inverter_test Python code and received the following: So even though the response could not be deciphered, at least there was a response and that is a start. So next I installed the TCP/UDP binding in OH (https://www.openhab.org/addons/bindings/tcp1/), configured the udp.cfg file and added two items: String GoodweData { udp="<[192.168.68.110:8899:]"} String GoodweRequest { udp=">[192.168.68.110:8899:]"} and to test this the following command is run every minute: sendCommand(GoodweRequest, "aa55c07f0102000241") I expect an update to item GoodweData and I can see in the log that this command runs, but GoodweData does not get any update and remains NULL. Can anyone see where I'm going wrong? If I could just crack this step, I should be able to pull all the info I need from GoodweData.
  19. Thanks, this helped a lot. I installed Packet Capture on my phone and picked up the packets. I would consider moving to HA if I haven't spent so much time customising my OH set up already. I'm going to try to get the TCP/UDP binding working and see where that gets me.
  20. So I've been trying to get this to work but no success. I'm a noob but learning a lot fast. Info: Goodwe ES5048 (about 6 years old, firmware updated about 18 months ago) Deco M5 mesh network Old original EzManage app and latest PV Master apps work perfectly (but not at the same time) Phone IP is 192.168.68.106 Goodwe IP is 192.168.68.110 Home automation hub: Openhab on a RPI (but I don't think that is immediately relevant) I downloaded Wireshark to my laptop to see what is going on on the network and it was surprisingly difficult to identify the Goodwe. Eventually I found it and I can log into it from my laptop. So I know the IP address is correct and it is connected. I first scanned my phone's IP address and opened the EzManager app. I can see it is sending packets via UDP to 255.255.255.255 using port 48899 but nothing is going back. In the meantime the app is working and getting data from the inverter via the network. Then I open the PVMaster app and the same happens. I'm stumped. et some gibberish Then I scan the Goodwe's IP and get some gibberish via TCP: For the life of me I can't figure out how the app and the Goodwe are talking to each other. Am I using Wireshark incorrectly? Any ideas?
  21. The EzConverter resolved our Pylontech/Goodwe communication problem.
  22. Has anyone been able to make some progress? Goodwe messed up their PV Master app with last night's update and I'd really want to incorporate this info in my Openhab system.
  23. I'm playing around with home automation and I want to pull the Pylontech batteries SoC into the system. I was searching the internet and came across this: https://github.com/irekzielinski/Pylontech-Battery-Monitoring Has anyone tried something like this? I basically want to collect the information from the battery and pass it to a MQTT broker on the wifi network. But I'm wary of messing with the Pylontechs and ending up with a very expensive brick. Any guidance would be much appreciated.
  24. Ok, I'm kinda following what you guys are trying to do and will love it if it works. But I'm still wondering whether it's possible to hack the PV Master app. It updates a lot more often than once a minute and somehow gets all the data from the inverter that I'm looking for so the solution must be in there somewhere.
×
×
  • Create New...