Sigenergy på ditt lokala nät

[GulWeb]

Jag har för några månader sedan installerat ett batterisystem för ödrift från Sigenergy. Tyvärr slarvade jag när jag utvärderade denna stora investering, och blev rejält överraskad över implementationen av mjukvara i systemet.

1) Det går INTE att styra eller övervaka min anläggning direkt, utan allt sker via en Kinesisk server någonstas (enligt uppgift placerad i Tyskaland). Utan Internetanslutning finns inte ens en enkel websida som man lokalt kan titta på.

2) Systemets enheter, (i mitt fall Inverter och Gateway) kommunicerar med broadcast, som går ut över mitt lokala nät om jag ansluter Inverterns Ethernet till mitt lokala nätverk. Alla enheter internt måste då stå ut med 100-tals paket/sek med odokumenterat protokoll. Vad detta innebär för interna datorer och datasäkerhet kan vi ha en längre och många sidor lång diskussion om, men inte just nu och här, men om man ansluter har man placerat en Trojansk Häst innanför router/brandvägg.

3) Jag försöker ansluta (enligt dokumentationen) till Modbus/TCP som är ett rekommenderat sätt att integrera med t.ex Home Assistant (nej, jag kör inte det, utan har ett eget system) men implementationen av detta saknar t.ex. möjligheten att läsa av klockan i Invertern, så det går inte vettigt att skapa en logg av händelser, klockan visar en statisk tid och datum.
Ett flertal funktioner är dock troligen korrekta, och behövs för att avläsa konsumtion och produktion eller styra systemet.

Just nu har jag kopplat bort anläggningen från mitt nät, och kommer åt informationen över Internet då Invertern har en 4G pinne så den får prata Internet via 4G nätet. Tyvärr bor jag inte inne i någon stad, utan på landet, och här har Mobil-täckningen blivit ytterst sporadisk på grund av nedläggningen av de "hyggligt fungerande" 2G och 3G näten. 4G är något för stadsbor, där det går att få bra betalt för surfare med mobiltelefoner.

Så tyvärr är jag ganska besviken, och konstatera att tillverkaren är måttligt intresserad av att lösa dessa problem.

Gullik

 

[gmogmo]

Jag har för några månader sedan installerat ett batterisystem för ödrift från Sigenergy. Tyvärr slarvade jag när jag utvärderade denna stora investering, och blev rejält överraskad över implementationen av mjukvara i systemet.

1) Det går INTE att styra eller övervaka min anläggning direkt, utan allt sker via en Kinesisk server någonstas (enligt uppgift placerad i Tyskaland). Utan Internetanslutning finns inte ens en enkel websida som man lokalt kan titta på.

2) Systemets enheter, (i mitt fall Inverter och Gateway) kommunicerar med broadcast, som går ut över mitt lokala nät om jag ansluter Inverterns Ethernet till mitt lokala nätverk. Alla enheter internt måste då stå ut med 100-tals paket/sek med odokumenterat protokoll. Vad detta innebär för interna datorer och datasäkerhet kan vi ha en längre och många sidor lång diskussion om, men inte just nu och här, men om man ansluter har man placerat en Trojansk Häst innanför router/brandvägg.

3) Jag försöker ansluta (enligt dokumentationen) till Modbus/TCP som är ett rekommenderat sätt att integrera med t.ex Home Assistant (nej, jag kör inte det, utan har ett eget system) men implementationen av detta saknar t.ex. möjligheten att läsa av klockan i Invertern, så det går inte vettigt att skapa en logg av händelser, klockan visar en statisk tid och datum.
Ett flertal funktioner är dock troligen korrekta, och behövs för att avläsa konsumtion och produktion eller styra systemet.

Just nu har jag kopplat bort anläggningen från mitt nät, och kommer åt informationen över Internet då Invertern har en 4G pinne så den får prata Internet via 4G nätet. Tyvärr bor jag inte inne i någon stad, utan på landet, och här har Mobil-täckningen blivit ytterst sporadisk på grund av nedläggningen av de "hyggligt fungerande" 2G och 3G näten. 4G är något för stadsbor, där det går att få bra betalt för surfare med mobiltelefoner.

Så tyvärr är jag ganska besviken, och konstatera att tillverkaren är måttligt intresserad av att lösa dessa problem.

Gullik

Motsäger du inte dig själv när modbus stöd finns?
Förslag :
1. Lägg synergy på ett eget VLAN. Lägg enbart din kontrollserver där, och med brandvägg på. Betrakta det som öppna internet.
2. Använd pollande systems klocka istället för synergys.

 

[GulWeb]

Motsäger du inte dig själv när modbus stöd finns?
Förslag :
1. Lägg synergy på ett eget VLAN. Lägg enbart din kontrollserver där, och med brandvägg på. Betrakta det som öppna internet.
2. Använd pollande systems klocka istället för synergys.

Nej, jag motsäger mig INTE.

Jag kan inte komma åt Modbus utan att koppla invertern till mitt nät antingen via någon av de två ethernetproppar som finns eller via wlan som också stöds. De två ethernetinterfacen OCH wlan skickar ut odefinierad / (leverantörsspecifik) trafik riktad till MAC och IP broadcast, trots att de har IP-addresser, och borde känna till ARP. En av ethernetpropparna går till Gateway, så där får man prata vad man vill, men man behöver INTE duplicera all denna trafik över det ANDRA ethernetinterfacet (avsett för LAN-anslutning) och dessutom över trådlöst nät.

Att lägga Synergy i ett eget VLAN betyder att ethernetpaketet inkapslas, men MAC-addresserna förblir de samma. Alla enheter, datorer, telefoner m.m. MÅSTE lyssna på broadcast, så även småsaker måste ta emot denna trafik som de inte förstår, och sedan kasta bort paketen. Varför man valt att göra så, när lösningar för adressuptäckning funnits sedan 70-talet, beror antingen på dålig insikt, eller en annan agenda.

OM man trots allt låter trafiken komma ut på det lokala nätet, går det utmärkt att prata Modbus med Invertern, men man kan inte lita på svaren man får. Kanske en omogen implementation, men om man frågar efter t.ex System Time ( register 30000) så får man alltid samma svar, d.v.s klockan går INTE i Invertern, så man kan inte tidsstämpla händelser med Inverterns TID utan får använda sin egen, som du så riktigt påpekar. Kan jag lita på andra svar då?

Jag vill ha INVERTERNS tid för händelser. Trasigt.....!!!

Gullik

 

[sdlfkjlsdf]

Jag har på eget VLAN, då går inte broadcasts till andra enheter (lätt bekräftat med Wireshark).

Använder Modbus med HA vilket verkar fungera (men vet inte vad du nämner om klockan).

 

[GulWeb]

Jag har på eget VLAN, då går inte broadcasts till andra enheter (lätt bekräftat med Wireshark).

Använder Modbus med HA vilket verkar fungera (men vet inte vad du nämner om klockan).

Vilken sorts VLAN är det? Inte 802.1Q? I så fall kommer iaf broadcasts fram och in i alla burkar, även om inte burkarna förstår VLAN och dess innehåll.

Vad säger wireshark om dina MAC-adresser?

Är broadcast bytt mot något annat??

Jag skall sätta en router imellan, måste bara leta i skräplådorna....

Gullik

 

[sdlfkjlsdf]

Unifi använder det ja. L2 broadcast går inte mellan VLAN.

 

[GulWeb]

Unifi använder det ja. L2 broadcast går inte mellan VLAN.

Vad för sorts VLAN pratar du om?

Man kan naturligtvis ändra ALLT i ett ethernetpaket, om man bara ändrar det tillbaks om man har någon algoritm / regler för detta.

Det enda "VLAN" jag känner till är 802.1Q, som lägger till en extra header med TYPE = 802.1Q och därefter
VLAN identifier

"IEEE 802.1Q, ofta kallat Dot1q, är
branschstandarden för att tagga Ethernet-ramar för att stödja virtuella nätverk (VLAN) över 802.3-nätverk. Det fungerar genom att infoga en 4-byte-tagg i Ethernet-ramens header, vilket gör att switchar kan identifiera vilken VLAN-trafik som tillhör. Detta möjliggör upp till 4 096 unika VLAN-ID:n (VID), trunking av flera VLAN via en enda länk och QoS-prioritering. "

Här ändras inte MAC-paketets adresser, utan dessa 4 bytes skjuts in mellan Adreess/Type field och
därefter 802.1Q "pseudoheader" och därefter det gängse paketinnehållet.

Följdaktligen blir ett paker addresserat til ff:ff:ff:ff:ff:ff fortfarande adrresserat till broadcast EFTER vlan tillägg.

Därmed MÅSTE alla Ethernet compliant interface TA EMOT PAKETET. Vad som händer sen är implementation dependent.

Man kan ju "hitta på " ett VLAN genom att t.ex ändra alla MACadresser, men då är det ju inte Ethernet längre...

Bra läsning Ethernet II specification by Digital-Intel-Xerox (DIX) av en kompis (RCM)

 

[gmogmo]

Vad för sorts VLAN pratar du om?

Man kan naturligtvis ändra ALLT i ett ethernetpaket, om man bara ändrar det tillbaks om man har någon algoritm / regler för detta.

Det enda "VLAN" jag känner till är 802.1Q, som lägger till en extra header med TYPE = 802.1Q och därefter
VLAN identifier

"IEEE 802.1Q, ofta kallat Dot1q, är
branschstandarden för att tagga Ethernet-ramar för att stödja virtuella nätverk (VLAN) över 802.3-nätverk. Det fungerar genom att infoga en 4-byte-tagg i Ethernet-ramens header, vilket gör att switchar kan identifiera vilken VLAN-trafik som tillhör. Detta möjliggör upp till 4 096 unika VLAN-ID:n (VID), trunking av flera VLAN via en enda länk och QoS-prioritering. "

Här ändras inte MAC-paketets adresser, utan dessa 4 bytes skjuts in mellan Adreess/Type field och
därefter 802.1Q "pseudoheader" och därefter det gängse paketinnehållet.

Följdaktligen blir ett paker addresserat til ff:ff:ff:ff:ff:ff fortfarande adrresserat till broadcast EFTER vlan tillägg.

Därmed MÅSTE alla Ethernet compliant interface TA EMOT PAKETET. Vad som händer sen är implementation dependent.

Man kan ju "hitta på " ett VLAN genom att t.ex ändra alla MACadresser, men då är det ju inte Ethernet längre...

Bra läsning Ethernet II specification by Digital-Intel-Xerox (DIX) av en kompis (RCM)

Så du menar att denna artikel är felaktig?

https://www.geeksforgeeks.org/computer-networks/virtual-lan-vlan/

 

[GulWeb]

Unifi använder det ja. L2 broadcast går inte mellan VLAN.

Ibland far diskussionen ut i detaljer....

Om du nu anser att jag skulle använda VLAN, hur skall jag få Sigenergy att enkapsulera trafiken i ett VLAN? Jag kan ju inte ens övertyga dem att för IP-trafik använda ARP. Jag kan ju inte ändra någonting i deras Inverters programvara.

Vem skall sedan "decapsulera" den VLAN-taggade trafiken? Jag kör iofs OpenWrt som brandvägg, men det går att fixa där, Inga fler routrar (för normal drift) finns i mitt nät hemma.

Betyder det att du förelår att jag skall skaffa TVÅ burkar, etablera ett VLAN mellen dem, och sedan
ansluta var? De burkarna finns inte här. Köpa ett par CISCO kanske??

Vad jag kan erbjuda är en gammal avdankad router, och med den ska jag nog kunna isolera bort Sigenergys broadcasts och oönskade trafik, men ändå tillåta det som FAKTISKT behövs för att deras skruttiga implementation skall fungera, inkluderande Modbus trafik.

Jag hade nog förväntat mig "plug and play".

Mvh,
Gullik

 

[sdlfkjlsdf]

Router eller Managed Switch lägger till tag.

 

[gmogmo]

Ibland far diskussionen ut i detaljer....

Om du nu anser att jag skulle använda VLAN, hur skall jag få Sigenergy att enkapsulera trafiken i ett VLAN? Jag kan ju inte ens övertyga dem att för IP-trafik använda ARP. Jag kan ju inte ändra någonting i deras Inverters programvara.

Vem skall sedan "decapsulera" den VLAN-taggade trafiken? Jag kör iofs OpenWrt som brandvägg, men det går att fixa där, Inga fler routrar (för normal drift) finns i mitt nät hemma.

Betyder det att du förelår att jag skall skaffa TVÅ burkar, etablera ett VLAN mellen dem, och sedan
ansluta var? De burkarna finns inte här. Köpa ett par CISCO kanske??

Vad jag kan erbjuda är en gammal avdankad router, och med den ska jag nog kunna isolera bort Sigenergys broadcasts och oönskade trafik, men ändå tillåta det som FAKTISKT behövs för att deras skruttiga implementation skall fungera, inkluderande Modbus trafik.

Jag hade nog förväntat mig "plug and play".

Mvh,
Gullik

Du skaffar tex en Gs22xx (från 800 kr)
https://support.zyxel.eu/hc/sv/arti...l-för-otaggat-taggat-VLAN-på-en-GS22XX-switch

Om du kör ditt hemmasystem på linux kan den sedan öppna en nätverksuppkoppling på det VLANet.

 

[knightjocke]

Nej, jag motsäger mig INTE.

Jag kan inte komma åt Modbus utan att koppla invertern till mitt nät antingen via någon av de två ethernetproppar som finns eller via wlan som också stöds. De två ethernetinterfacen OCH wlan skickar ut odefinierad / (leverantörsspecifik) trafik riktad till MAC och IP broadcast, trots att de har IP-addresser, och borde känna till ARP. En av ethernetpropparna går till Gateway, så där får man prata vad man vill, men man behöver INTE duplicera all denna trafik över det ANDRA ethernetinterfacet (avsett för LAN-anslutning) och dessutom över trådlöst nät.

Att lägga Synergy i ett eget VLAN betyder att ethernetpaketet inkapslas, men MAC-addresserna förblir de samma. Alla enheter, datorer, telefoner m.m. MÅSTE lyssna på broadcast, så även småsaker måste ta emot denna trafik som de inte förstår, och sedan kasta bort paketen. Varför man valt att göra så, när lösningar för adressuptäckning funnits sedan 70-talet, beror antingen på dålig insikt, eller en annan agenda.

OM man trots allt låter trafiken komma ut på det lokala nätet, går det utmärkt att prata Modbus med Invertern, men man kan inte lita på svaren man får. Kanske en omogen implementation, men om man frågar efter t.ex System Time ( register 30000) så får man alltid samma svar, d.v.s klockan går INTE i Invertern, så man kan inte tidsstämpla händelser med Inverterns TID utan får använda sin egen, som du så riktigt påpekar. Kan jag lita på andra svar då?

Jag vill ha INVERTERNS tid för händelser. Trasigt.....!!!

Gullik

Riktigt dåligt att enheterna pratar via broadcast. Blir väldigt mycket skräp som övriga enheter får lyssna på och kasta. Känns inte som 2026 när man hör det.

Men du behöver nog sätta dig in i VLAN. För det hjälper dig att isolera broadcast. Du skapar ett eget subnät i ett nytt VLAN. Sätter det vlan:et på en switch-port i din openwrt eller en managerad switch. Broadcasten kommer då inte sprida sig mellan till dina andra enheter. Bara från Sigenergy till routern. Sedan för säkerheten får du göra regler så att bara modbus kan kommuniceras och mot vald(a) enheter. Det är bara din eventuella switch och routern som behöver stödja vlan, inte enheterna.

Jag är för dålig på modbus för att ha koll på hur vanligt det är att de inte stöder 30000, men det låter inte som något avancerat att bygga in.

 

[GulWeb]

Du skaffar tex en Gs22xx (från 800 kr)
[länk]

Om du kör ditt hemmasystem på linux kan den sedan öppna en nätverksuppkoppling på det VLANet.

Varför skall jag köpa utrustning för att få bort problemen Sigenergys IP-implementation skapar?

Riktigt dåligt att enheterna pratar via broadcast. Blir väldigt mycket skräp som övriga enheter får lyssna på och kasta. Känns inte som 2026 när man hör det.

Men du behöver nog sätta dig in i VLAN. För det hjälper dig att isolera broadcast. Du skapar ett eget subnät i ett nytt VLAN. Sätter det vlan:et på en switch-port i din openwrt eller en managerad switch. Broadcasten kommer då inte sprida sig mellan till dina andra enheter. Bara från Sigenergy till routern. Sedan för säkerheten får du göra regler så att bara modbus kan kommuniceras och mot vald(a) enheter. Det är bara din eventuella switch och routern som behöver stödja vlan, inte enheterna.

Jag är för dålig på modbus för att ha koll på hur vanligt det är att de inte stöder 30000, men det låter inte som något avancerat att bygga in.

Jag antar att de som rekommenderar VLAN antar en "stjärna" och inte två ändar i ett distribuerat nät.

En alternativ lösning är i så fall att skapa ytterligare ett routat insidesnät på en port i routen,
tyvärr blir det en hel del sladd och fiberdragning, då routern inte befinner sig brevid Invertern.

Ett privat nät där grejjorna kan skrika sig hesa.

Gullik

 

[gmogmo]

Varför skall jag köpa utrustning för att få bort problemen Sigenergys IP-implementation skapar?

För att du köpt den för en mycket större summ och inte kan påverka hur den fungerar, men du kan anpassa dig till hur den fungerar.

Jag antar att de som rekommenderar VLAN antar en "stjärna" och inte två ändar i ett distribuerat nät.

En alternativ lösning är i så fall att skapa ytterligare ett routat insidesnät på en port i routen,
tyvärr blir det en hel del sladd och fiberdragning, då routern inte befinner sig brevid Invertern.

Ett privat nät där grejjorna kan skrika sig hesa.

Gullik

Visst kan du dra ett separat, om du har den fibern och sladden liggande. Annars hamnar du ju i "Varför skall jag köpa utrustning för att få bort problemen Sigenergys IP-implementation skapar?"

Igen.

 

[GulWeb]

För att du köpt den för en mycket större summ och inte kan påverka hur den fungerar, men du kan anpassa dig till hur den fungerar.

Visst kan du dra ett separat, om du har den fibern och sladden liggande. Annars hamnar du ju i "Varför skall jag köpa utrustning för att få bort problemen Sigenergys IP-implementation skapar?"

Igen.

Problemet löst med en fuling. Jag har hängt en gammal router på invertern. Den delar ut ipaddresser på lansidan till inverter och gateway. Det finns EN port öppen IN, och det är port 502 som används av modbus TCP från wan-sidan. Med denna enkla och relativt billga (återanvändning av skrot) kan jag prata med inverten och slippa broadcasttrafiken. Jag dokumenterar här om någon annan vill fixa problemet.

Gullik