6.5 Communication Device Installation (Optional)
• Ethernet
Ethernet communication is the standard communication interface.
Application Occasion
This function is appliable for the below situation:
1) For data transmission: It can transmit the inverter data from inverter to PC or other monitoring equipment
2) For monitoring: It can transmit the inverter data from inverter to Foxess monitoring website/APP though home router connected.
From: service@fox-ess.com <service@fox-ess.com>
Sent: 08 September 2022 12:05
To: Subject: Re: H1-5.0-E Inverter ethernet port
Hi Sir,
Which country are you from?
Are you end user or installer?
What is your H1 SN please?
The ethernet port on H1 is a reserved port , function not ready to use.
This Foxess one I have been given has no built in wifi module or bluetooth and I can't find or no items when checking to turn them off, only ethernet which is great and what I wanted.
2) For monitoring: It can transmit the inverter data from inverter to Foxess monitoring website/APP though home router connected.
From: service@fox-ess.com <service@fox-ess.com>
Sent: 08 September 2022 12:05
To: Subject: Re: H1-5.0-E Inverter ethernet port
Hi Sir,
The ethernet port on H1 is a reserved port , function not ready to use.
# v0.9
sensors:
input_type: holding
slave: 247
data_type: int16
address: 31000 - name: "PV1-Voltage"
address: 31001 - name: "PV1-Current"
address: 31002 - name: "PV1-Power"
address: 31003 - name: "PV2-Voltage
address: 31004 - name: "PV2-Current"
address: 31005 - name: "PV2-Power"
address: 31006 - name: "RVolt" # Grid Voltage
address: 31007 - name: "RCurrent" # Generated AC Current ?
address: 31008 - name: "31008" # Generated AC Watts ?
address: 31009 - name: "RFreq" # Grid Frequency
address: 31014 - name: "Grid CT"
address: 31016 - name: "Load Power"
address: 31018 - name: "AmbTemp"
address: 31019 - name: "InvTemp"
address: 31020 - name: "BatVolt"
address: 31021 - name: "BatCurrent"
address: 31022 - name: "Battery-Discharge-Power"
address: 31023 - name: "Battery-Temp"
address: 31024 - name: "Battery-SoC"
Fox is a global leader in the development of inverter and energy storage solutions. Engineered by some of the world’s leading inverter and battery experts, our products are breaking new ground; offering customers the most advanced product features currently available, coupled with unrivalled performance and reliability.
Fox is part of a global conglomerate of renowned and recognised companies. A key shareholder is Tsingshan Group, a Fortune Global 500 company and the largest producer of stainless steel in the world. It has more than 56,000 employees and annual sales revenues in 2020 of 42.4 billion USD.
##.mdc-dialog__scrim
###sidenav-overlay
##.modal-overlay
From: service@fox-ess.com <service@fox-ess.com>
Sent: 08 September 2022 12:05
To: Subject: Re: H1-5.0-E Inverter ethernet port
Hi Sir,
The ethernet port on H1 is a reserved port , function not ready to use.
Service@fox-ess.com <service@fox-ess.com>
Subject: Fw: H1-5.0-E Inverter ethernet port
England.
End user and installer
"The ethernet port on H1 is a reserved port, function not ready to use."
You dodged the question. You are talking bullsh*t. That is UTTER GARBAGE and I take that an insult.
1) For data transmission: It can transmit the inverter data from inverter to PC or other monitoring equipment.
That is NOT what it says in your manual as above and and you're telling me otherwise.
Obviously you are lying to me.
Now how do I go about using as mentioned above, with a PC monitoring or other monitoring equipment then may be I will give you the serial number.
In my contract, the insurance excludes, first person or third party damage to the system caused by any viruses or malware or misuse or hacking.
So damage caused by a hacked/compromised phone or in future your hosting being compromised could invalidate my warranty.
I find this "cloud" based hosting nonsense and a security risk, one inverter I was about to be supplied with before this where you could change the voltages on the website which is a big nono and they only give me that option with WIFI (no ethernet), which can be decypted also a big nono.
If any monitoring equipment I expect it to last as operate as long as the inverter works in house and has to function regardless of what happens out there on your web hosting or "cloud" whatever. That means on site solution Not through the manufacturer deciding not to; support it anymore and withdraw monitoring only provided through them or possibly decide charge a subscription fee in future.
Those are the reasons why I refuse to have any diagnostics or monitoring done over a webserver available from any connection and a matter time when a vulnerable is found and I feel this is deliberate limiting my choices.
It is also very stupid being the distance of meters away as well as the possible security risk associated.
Almost all cloud services are built to harvest your data. They want you to connect your solar panels to the internet so they can sell your usage data. That and the possibility that it is vaporware means you need to find a way to track locally it even if it means building your own sensors.
Unimpressed with loss of local API connectivity to Envoy-S
Phillips_1325 asked a question. Edited by Gajendra (Moderator) November 19, 2021 at 12:09 PM
Unimpressed with loss of local API connectivity to Envoy-S
The recent firmware update to my Envoy S gateway that was pushed by Enphase without my consent has now restricted local API connectivity and broken my home automation setup.
Wouldn’t have anything to do with attempting to force your customers to pay for cloud API services to access data that used to be freely accessible?? I PAID for that system, the data that solar system is producing is MY OWN data. I should not have to sign up for any ‘cloud’ API requiring that I provide ‘attribution to Enphase’. This behaviour by Enphase is questionable to say the least..
Jeremy Walton (Moderator) 7 months ago
We understand that certain users want their energy systems connected only locally, and to dispense with our token authentication process. However, our token authentication solution is currently applicable to all locally-connected Envoys, and we stand by this decision which we feel gives an enhanced level of security for such systems , where unauthorized access is largely in the hands of the system-owner . To be clear, we did not move to token-based authentication to obstruct users from obtaining their own data or to somehow profit from that (which we do not).
To clarify a misunderstanding around this issue, tokens for system-owners are valid for 6 months and therefore present extremely low inconvenience and risk that a token expires during an extended outage. If you are receiving a shorter token (1 hour or 12 hours) then the problem is likely that you are logging in as “installer” and you will need to use a “system-owner” enlighten account instead. Customer Service can assist with this.
Weber_2910 5 days ago
Wow! What a a devastating answer from enphase:
"Good morning, Unfortunately, the gateway requires an internet connection . For further questions, *don't hesitate to contact us.
Interestingly they used the word "unfortunately" - they accept the loss of customers. So I will not make the project with enphase.
Sully 4 days ago
@Weber_2910 I'm almost 1 year into my Enphase system and I'm wishing I had gone another route, the panels and microinverters are working fine but I dislike the requirement for internet connectivity :[/u]bullshit:. I also have a battery that has been failing for the past 6 months and I can't get them to RMA it.
linder_1760 4 days ago
My enphase is working sweetly. I do not, and will not, allow envoy to call home , allowing Enphase to (ssh) tunnel back. The single issue I see is the database becoming full but since envoy is a linux system without doubt the DB is sqlite with pragmas to limit the size and being full is not an issue if all this is true. A rainy winters day with wireshark should reveal all. Any requirement for internet connectivity is marketing gobbledy-gook .
I was offered the default wi-fi dongle initially; however I replaced it for a wired connection, so currently using the Smart LAN dongle to patch it into my network.
directly patching into the Ethernet port (labelled F in the manual), which is what you started off with.
No success, and this was with the other dongle plugged in?
CentralCommand MikeSep 19
This entire FR is about being able to stop supervisor from auto-updating. So, supervisor? But also none of the other stuff you listed auto-updates so I’m confused by your question.
Or are you asking when it arrives in the UI? If so the answer is it doesn’t. There’s no UI toggle, its in the cli.
ha supervisor options --auto-update=false
Btw for anyone looking to do this, two important notes:
If supervisor is out of date then all updates are blocked. Core, OS, addons, none of it can be updated while supervisor is out of date. You also cannot install new addons or add new addon repositories. Something to be aware of
Only the latest version of supervisor is supported. Your system will be treated as unsupported for purpose of issues while supervisor is out of date.
##.mdc-dialog__scrim
###sidenav-overlay
##.modal-overlay
github.com##.d-flex.js-sticky.js-position-sticky.top-0.border-top-0.border-bottom.p-2.flex-items-center.flex-justify-between.color-bg-default.rounded-top-2.is-stuck
##.d-flex.js-sticky
###ha-launch-screen
##.ha-launch-screen-spacer
##.mdc-circular-progress__indeterminate-circle-graphic
##.ajax_notification.dismissable
###loading_parent
##.ajax_notification
##.ui-widget-overlay.ui-front
and start DHCP at any time
Can you expand on what you mean there? Typically, a DHCP server runs continuously so perhaps you mean something other than a server - the DHCP setting in the equipment, maybe?
I brought a USB dongle (as an additional interface on the MINIPC) and no problems since.
supervisor options --auto-update=false