Die Ursache bei mir: Die OpenWB erstellt ein 2. logisches LAN-Interface in einem ganz anderen Subnetz [192.168.193.0/24](weshalb auch immer)!
In diesem Netz kommuniziert die openWB mit dem vorkonfigurierten EVU Kit, PV Kit.
Hab allerdings noch nie beobachtet, dass ein DNS Server diese Adresse zurück geliefert hat.
Bei einer Abfrage auf die IP Adresse würde auch keine DNS Auflösung gemacht.
@ Ingo: fragst Du die openwb mit IP Adresse oder mit dem Namen openwb ab?
VG
Det
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)
16kWp Ost/Süd/West, SMA Tripower 6000/8000, SMA Homemanager, SMA EnergyMeter, SMA Sunny Boy Storage 3,7 mit LG Resu 10H, 2x Go E Wallbox, OpenWB Standalone mit Display, Tesla Model3 LR, ID3 pro
Dann hat(te) es definitiv nichts mit einem vermeintlich falschen DNS Eintrag zu tun.
Bist du im.Home Office und verwendest teilweise ein Firmen VPN mit Proxies?
VG
Det
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)
Ach auf "dem Router". Welcher Hersteller und Modell waren das nochmal?
Wenn der DNS per DHCP gefüttert wird, sollte da das andere Subnetzt nicht auftauchen, sondern nur die IP, die der DHCP vergeben hat.
Wo hast Du Dir die ARP Tabelle angesehen? Auch auf dem Router?
Das Löschen der zweiten IP oder Einrichten einer Route kann ja nicht die Lösung sein. Es wäre doch besser, wenn die Ursache gefunden wird.
Arp muss beide IPs anzeigen, damit klar ist, dass sich hinter der MAC Adresse die IPs befinden. Ansonsten würden Switches die Pakete nicht an den Port liefern
VG
Det
Zuletzt geändert von derNeueDet am Mo Aug 02, 2021 11:59 am, insgesamt 1-mal geändert.
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)
Ja, klar. Wir müssen hier nicht die Theorie besprechen, sondern Workarounds oder noch besser Lösungen skizzieren.
Fakt ist, dass andere Geräte im Netz die logische IP der OpenWB als primäre IP der OpenWB verwenden, was zu (DNS-Auflösung oder Routing) Problemen führen kann, wenn der (die) Router im Netz nicht weiss, wohin er IP-Pakete in dieses logische Subnetz hinrouten soll, dann leitet er diese i.A. an den Default-Gateway also oft ins Internet, wenn er sie nicht einfach löscht, weil er nur public-IP dorthin routet.
Es kann also sein, dass die OpenWP die logische IP als Quelladresse angibt und dann eben keine Antwort mehr bekommt.
Wer die Probleme noch hat, soll den Workaround testen und bei Bedarf zu vorgenannten Themen weitere Analysen durchführen, insb. untersuchen, was im Header der IP-Pakete der OpenWB drin steht.
openWB Charge Controller Ver. 1.9.227 auf Pi 4 (buster) - go-eCharger Ver. 040.0 an ca. 35m-Leitung und 3x25A FI-LS Typ-A - WR: Fronius Symo Ver. 3.16.7-1 Modbus TCP - EVU: smartPi MQTT/Node-RED - BEV: Renault Zoe R110 Zen 2020