Solaredge is een product uit Israel, heb eerlijk gezegd nog geen idee waar hun servers staan.
Solaredge en UniFi?
- Onderwerp starter m4v3r1ck
- Startdatum
En mijn configuratie is gelijk aan @edwardv kortom:
PV -> SolarEdge HD wave (met display) -> wifi -> vlan IoT -> UDM -> prod.solaredge.com (TCP Port: 22222 ) -> Openhabian -> Influx -> Grafana
Helaas is er geen Modbus fysiek aanwezig dus de optie die @Komodo beschrijft kan ik niet gebruiken.
Wel kon ik met mijn slimme meter de huidige opbrengst berekenen omdat de fase waaraan de PV was gekoppeld weinig werd gebruikt (badkamer, deurbel, wasdroger). Door een keukenverbouwing is de benutting van deze fase anders en niet meer bruikbaar; ik overweeg als alternatief een Shelly 1PM voor directe meting.
In een ander topic heb ik beschreven dat ik mijn SolarEdge als client in het overzicht ben kwijtgeraakt terwijl deze nog correct werkt. Ik weet niet of andere hier ook last van hebben?
PV -> SolarEdge HD wave (met display) -> wifi -> vlan IoT -> UDM -> prod.solaredge.com (TCP Port: 22222 ) -> Openhabian -> Influx -> Grafana
Helaas is er geen Modbus fysiek aanwezig dus de optie die @Komodo beschrijft kan ik niet gebruiken.
Wel kon ik met mijn slimme meter de huidige opbrengst berekenen omdat de fase waaraan de PV was gekoppeld weinig werd gebruikt (badkamer, deurbel, wasdroger). Door een keukenverbouwing is de benutting van deze fase anders en niet meer bruikbaar; ik overweeg als alternatief een Shelly 1PM voor directe meting.
In een ander topic heb ik beschreven dat ik mijn SolarEdge als client in het overzicht ben kwijtgeraakt terwijl deze nog correct werkt. Ik weet niet of andere hier ook last van hebben?
Als je Pi-Hole draait, kun je heel mooi zien waar die clients contact mee zoeken. Die zoek je vervolgens op en dan zie je precies de plek waar die servers staan.
Welk overzicht bedoel je precies? Linkje van je topic wellicht, dan kan ik even meelezen.
Je hebt gelijk da's altijd handig: Hier mijn link naar het Topic over de ontbrekende SolarEdge als client
Het bedoelde overzicht wordt overigens met link en plaatje in een nieuw topic beter beschreven; dit topic gaat over twee clients die na verhuizing naar een ander vLAN wel correct werken maar in het overzicht en detail overview niet het juiste/nieuwe IP-adres hebben.
Mijn omvormer - StorEdge SE8K-RWS48BEN4 3PH Hybride (batterij aansluiting (DC-DC) zit in de omvormer) - is een 1,5 maand geleden geïnstalleerd. We hebben deze met UTP aangesloten op een US-8 en op de IOT VLAN gezet. Heeft vast IP-adres in IOT gekregen.
Ik kan niet meer inloggen op mijn omvormer op dit vaste adres (setapp webportal) omdat SolarEdge dat - zoals het lijkt - heeft uitgezet. Wel kan ik met de SetApp voor iOS op de lokale WiFi van de omvormer zelf in de omvormer komen. Maar dat is super onhandig omdat je dan steeds < 1,5 mtr -
- afstand tot de omvormer met de SetApp de connectie moet maken.
Mijn omvormer is ook altijd zichtbaar als client in mijn IOT netwerk, de data - insights - daarvan is ook altijd zichtbaar.
Ik zal mijn installateur eens vragen mbt het feit dat de webportal via vast IOT adres niet meer werkt.
Wordt vervolgd…
edit: type omvormer erbij gezet.
Ik kan niet meer inloggen op mijn omvormer op dit vaste adres (setapp webportal) omdat SolarEdge dat - zoals het lijkt - heeft uitgezet. Wel kan ik met de SetApp voor iOS op de lokale WiFi van de omvormer zelf in de omvormer komen. Maar dat is super onhandig omdat je dan steeds < 1,5 mtr -
- afstand tot de omvormer met de SetApp de connectie moet maken.Mijn omvormer is ook altijd zichtbaar als client in mijn IOT netwerk, de data - insights - daarvan is ook altijd zichtbaar.
Ik zal mijn installateur eens vragen mbt het feit dat de webportal via vast IOT adres niet meer werkt.
Wordt vervolgd…
edit: type omvormer erbij gezet.
Laatst bewerkt:
@m4v3r1ck In een ander Topic maakte ik de opmerking "Kortom ik vroeg me af waarom je vaak direct in je omvormer wil kijken en niet via de cloud/APP "mySolarEdge". En eigenlijk begrijp ik wel dat je zeker in het begin kijkt hoe je systeem functioneert en dat niet niet wil zien met vertraging (en gecumuleerd) in de cloud/APP "mySolarEdge".
Trouwens zware jongen, was mij overigens nog niet duidelijk of je systeem een Modbus bevat en hiervan de TCP optie aanstaat (of heeft aangestaan) tip @Komodo)
Trouwens zware jongen, was mij overigens nog niet duidelijk of je systeem een Modbus bevat en hiervan de TCP optie aanstaat (of heeft aangestaan) tip @Komodo)
Laatst bewerkt:
Die SetApp is er natuurlijk in principe (alleen) voor de inbedrijfstelling van je omvormer. Ik vind het makkelijk als je de omvormer ook via een webportal - eigen ip-adres - kunt benaderen, anders dan alleen via de MySolaredge iOS App. De mogelijkheid is er, maar alleen zeer dichtbij de omvormer via zijn eigen WiFi straal ~3 meter.
Nu heb ik op deze omvormer - 22 x 370 Wp = 8140 Wp - overgedimensioneerd (81%), maar in de nabije toekomst komen er nog 8 panelen bij (113%) . Uiteindelijk was een SE7K-RWS (129%) zelfs ook met 30 panelen al goed geweest. Tja, kennis is macht en die had ik toen nog niet...
Modbus heb ik ook maar heb nooit via de Modbus TCP optie gewerkt. Er is voor mij nog genoeg om te leren
Laatst bewerkt:
Ik zag topics in andere forums die vermelden dat "Web server no longer accessible #24" door de nieuwe firmware; wellicht was dit met je 1st firmware wel mogelijk was en dit door recentere firmwares teniet is gedaan. Ik weet niet wat de status is van de Modbus TCP optie. Maar met bijvoorbeeld "Home Assistant" of "Openhabian" kan je waarschijnlijk deze nog wel uitlezen. In combinatie met het direct uitlezen van een slimme meter waarschijnlijk voldoende. Onderstaand een voorbeeld gemaakt met Grafana.
De firmware van een SolarEdge met display moet volgens deze beschrijving stapsgewijs gebeuren (met een SD-kaart)
Precies, dat is het geweest. Het bouwen van een dataopslag/verwerken systeem moet ik nog doen. P1 module - HomeWizard - heb ik al wel. De SetApp laat ik verder voor wat het is.
BTW de omvormer is blijvend te zien als client in mijn UDM en het ip-adres wisselt constant: IOT 192.xxx.xxx.xxx <-> 169.xxx.xxx.xxx
* Icoont is van een reguliere SE7K, die voor de SE8K-RWS 3PH is aangevraagd.
Bedankt voor je input!
Tja, Solaredge is Israëlisch, en die jongens kunnen een boel, maar firmware schrijven is niet hun sterkste kant.
Dat is de reden dat diverse industriële producten uit Israël bij mijn werkgever op een zwarte lijst staan.
Voorbeeld: In 1 geval hadden we modems gekocht van de firma Radiflow. Specialist voor industriële modems en super beveiligd. Een maand na ingebruikname merkten we dat de verbinding was gehackt. Oorzaak: De firmware ontwikkelaars vonden het handig dat je kon inloggen via SSH vanaf internet, user root, password 1234. En die achterdeur was nergens gedocumenteerd. Alle apparatuur van die firma is per omgaande teruggestuurd.
Dat is de reden dat diverse industriële producten uit Israël bij mijn werkgever op een zwarte lijst staan.
Voorbeeld: In 1 geval hadden we modems gekocht van de firma Radiflow. Specialist voor industriële modems en super beveiligd. Een maand na ingebruikname merkten we dat de verbinding was gehackt. Oorzaak: De firmware ontwikkelaars vonden het handig dat je kon inloggen via SSH vanaf internet, user root, password 1234. En die achterdeur was nergens gedocumenteerd. Alle apparatuur van die firma is per omgaande teruggestuurd.
Wellicht een opmerking van het "beste stuurlui staan aan wal" principe maar was niet gecontroleerd welke poorten open stonden of mocht je wel aanloggen met SSH met user<>root?
Het ging in dit geval om 4G modems. Voor de gebruiker alleen te configureren via een web-interface. De ontwikkelaars gingen er gemakshalve van uit dat de 4G provider wel alle ongebruikte poorten dicht zou zetten. Wat blijkbaar gebruikelijk is in Israël. In Nederland ook voor standaard 4G. Maar als je bijvoorbeeld hier in Nederland het APN "advancedinternet" van KPN gebruikt voor zakelijk gebruik is dat juist niet het geval.
Daarnaast was niet gedocumenteerd dat de gebruiker root actief was. In de documentatie was alleen sprake van een admin account. Dat was dichtgetimmerd.
We kwamen er pas achter dat het root account bestond omdat, toen we problemen met de verbinding kregen door de hack, we de support afdeling van de firma benaderden. En die support technicus logde dus voor onze ogen doodleuk in met het root account via het internet adres....
Maar goed. Weer on topic.
Daarnaast was niet gedocumenteerd dat de gebruiker root actief was. In de documentatie was alleen sprake van een admin account. Dat was dichtgetimmerd.
We kwamen er pas achter dat het root account bestond omdat, toen we problemen met de verbinding kregen door de hack, we de support afdeling van de firma benaderden. En die support technicus logde dus voor onze ogen doodleuk in met het root account via het internet adres....
Maar goed. Weer on topic.
Laatst bewerkt: