Ik heb een GW1000XS met WiFi module en ik begon me steeds meer te ergeren aan de SolarWiFi AP "stoorzender": in een WiFI scanner zie ik dat op een redelijke afstand het SolarWiFi AP normaliter met zo'n -50 dBm ontvangen wordt, maar regelmatig pieken van -15 dBm vertoont! Dat is 3500x zoveel vermogen! Dat zou niet moeten kunnen als het AP zich aan het wettelijk toegelaten zendvermogen zou houden.
Enfin, uiteindelijk heb ik toch ook maar de gok gewaagd met het uploaden van Hi-Flying firmware (4.13.35 (2022-12-20 16:00 2M)) en web pagina. Gelukkig ging de upgrade zelf zonder problemen, maar ook ik heb nu de situatie dat ik via de web interface de Work Mode kan aanpassen naar STA en dat het AP dan ook inderdaad stopt, maar de volgende dag de Work Mode gewoon weer terug is naar AP+STA. Ik vermoed dat dat door de GoodWe inverter zelf gedaan wordt (via AT+ commando's).
Ik merkte ook dat het met de Hi-Flying firmware nu ook mogelijk is om via UDP (poort 48899) AT+ commando's te sturen. Dat is zowel een zegen als een vloek: hoewel deze firmware enerzijds beter beveiligd is (je kunt een niet-standaard admin wachtwoord gebruiken en, veel beter nog: het AP helemaal uitzetten), is die UDP poort 48899 juist een enorm lek, want hiervoor heb je helemaal geen wachtwoord nodig en via AT+ commando's kan je nog meer opvragen en aanpassen dan via de web interface!
Zolang het lukt om de AP uit te zetten, is dit niet zo'n probleem, maar met AP aan heb je dus nog een groter veiligheid-lek. Dat maakt het dus erg jammerlijk dat het AP iedere ochtend weer inschakelt, maar de zegen van die UDP poort is dat je het uitschakelen van het AP hier vrij eenvoudig mee kunt automatiseren.
Bijvoorbeeld, dit is een stukje PowerShell waarmee het AP wordt uitgeschakeld:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
| $ErrorActionPreference = 'Stop'
$HFUdpPort = 48899
$HFDiscovery = 'HF-A11ASSISTHREAD'
$UDPClient = New-Object System.Net.Sockets.UDPClient($HFUdpPort)
$UDPClient.Client.ReceiveTimeout = 2000
$UDPClient.EnableBroadcast = $true
function Send-UdpDatagram([string] $IPAddress, [string] $Message)
{
$Address = [System.Net.IPAddress]::Parse($IPAddress)
$IPEndPoint = New-Object System.Net.IPEndPoint($Address, $HFUdpPort)
$Bytes = [System.Text.Encoding]::ASCII.GetBytes($Message)
$BytesSent = $UDPClient.Send($Bytes, $Bytes.Length, $IPEndPoint)
Write-Verbose "Sent $BytesSent bytes to $($IPAddress):$HFUdpPort"
}
function Receive-UdpDatagram()
{
$RemoteIPEndPoint = New-Object System.Net.IPEndPoint(0, 0)
$Bytes = $UDPClient.Receive([ref] $RemoteIPEndPoint)
$Message = [System.Text.Encoding]::ASCII.GetString($Bytes, 0, $Bytes.Length)
Write-Verbose "Received $($Bytes.Length) bytes from $RemoteIPEndpoint"
return $Message
}
function Send-ATCommand([string] $Command)
{
Write-Verbose "Send AT+$Command ..."
Send-UdpDatagram $GoodWeIPAddress "AT+$Command`r`n"
$Message = Receive-UdpDatagram
if ($Message.Contains('='))
{
$ResponseParts = $Message.Split('=')
$ResponseCode = $ResponseParts[0]
$Result = $ResponseParts[1].TrimEnd()
}
else
{
$ResponseCode = $Message.TrimEnd()
$Result = ''
}
if ($ResponseCode -ne '+ok')
{
throw "Unexpected response: $Message"
}
return $Result
}
try
{
# Send HF Discovery UDP broadcast
Send-UdpDatagram "255.255.255.255" $HFDiscovery
$Echo = Receive-UdpDatagram
if ($Echo -ne $HFDiscovery)
{
# Since we're broadcasting, we should receive our own UDP packet
throw "Expected broadcast echo, but received: '$Echo'"
}
$HFDiscoveryResponse = Receive-UdpDatagram
Write-Host "Discovered: $HFDiscoveryResponse"
$HFDiscoveryResponseParts = $HFDiscoveryResponse.Split(',')
$GoodWeIPAddress = $HFDiscoveryResponseParts[0]
Send-UdpDatagram $GoodWeIPAddress "+ok"
$VersionResponse = Send-ATCommand "VER"
Write-Host "Firmware version: $VersionResponse"
$WModeResponse = Send-ATCommand "WMODE"
Write-Host "WiFi mode: $WModeResponse"
if ($WModeResponse -eq "STA")
{
$STAInfo = Send-ATCommand "WSLK"
Write-Host "Connected to: $STAInfo"
$WiFiQuality = Send-ATCommand "WSLQ"
Write-Host "WiFi quality: $WiFiQuality"
}
else
{
$WModeResponse = Send-ATCommand "WMODE=STA"
Write-Host "WiFI mode changed to STA"
Send-ATCommand "Z" | Out-Null
Write-Host "WiFi module is resetting"
}
Send-UdpDatagram $GoodWeIPAddress "AT+Q`r`n"
Write-Host "Done!"
}
finally
{
$UDPClient.Close()
} |
:strip_icc():strip_exif()/u/399334/crop5a6e1999e99b3_cropped.jpeg?f=community)
/u/45971/crop6217ef5e2d863_cropped.png?f=community)
/u/11437/wandcontactdoos.png?f=community)
:strip_icc():strip_exif()/u/205293/crop585940245eac3_cropped.jpeg?f=community)
:fill(white):strip_exif()/f/image/aam9gvFQLY8La1l6dj8q2bD3.png?f=user_large)
:strip_icc():strip_exif()/u/316604/1.jpg?f=community)
/u/979649/crop65313f5c3160d_cropped.png?f=community)
:strip_icc():strip_exif()/u/20201/clint.jpg?f=community)
/u/308454/crop663ca7664b8bb_cropped.png?f=community)
Hopelijk heeft iemand ideeën of hetzelfde gehad. Je omvormer opnieuw opstarten wordt als tip genoemd, maar dat doet hij in principe toch iedere nacht als hij uitgaat? Als ik dat verkeerd zie, hoor ik het graag, en hoe ik hem na zonsondergang dan wel op een veilige en goede manier reset.
:strip_exif()/u/671088/crop5eca78b261f24_cropped.gif?f=community)
![[Afbeelding]](https://tweakers.net/i/9aGSGmMNtg1j2XpTZqm9RlfLLZw=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/gdDcyh31OmJCbSsBliwwahYh.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/5fxIdHBV_Q-FnA6l3N_hLO5KUUU=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/A76k2EuHCOlKPIUJTSQgutO3.jpg?f=user_large){kind=link}