Is it possible to monitor my output using this site?


Hi, complete newbie here. I thought I’d ask if what I’m trying to do is even possible before I put too much effort into this. I have registered and added my system.

I have a 4kw system on my home. The company that installed my system no longer supports the monitoring website. Here is a link to where I used to go to monitor the power generation:

However, I can access the unit that used to send the information to the website from my LAN. Below is a screenshot:

I attempts to update the website every 5 minutes

Will it be possible to use this website to monitor my power generation?



Thanks for your reply. Just to be clear, the plug has already been pulled on the website. I’m trying to find out if I can use my existing hardware output to monitor my power generation.
Is there a program or app I can use to access the output from my current power generation monitoring hardware that is accessible on my local area network?
I’m not a computer programmer so it would need to be relatively straight forward to use.


What is the make and model of your inverter?


My inverter is a Yes! Solar Inc. model ES 4000 (4kw). Yes! solar solutions was affiliated with SPI Solar and I believe they just re-branded their products. Yes! solar solutions is no longer in business. I think SPI Solar moved to China. I don’t think they do business in the US any more.
The monitoring system is separate from the inverter. It has a battery powered inductive sending unit that wirelessly transmits to a receiver box that is connected to my LAN.
The monitoring unit is a Yes! energy series Monitoring Manager -900.


I couldn’t find any useful docco online re the inverter or energy monitor. Do you have anything apart from the screenshot you provided (which is pretty useless for monitoring purposes)? Maybe some photos would help.

Failing that, something like a neurio or sense might be a better option for you:

One reason (apart from all their other excellent features, websites, etc) is that these units can be used to measure consumption vs production as well.


Here is a picture of the receiver:

The FCC ID (OUR9XSTREAM) on both the transmitter and receiver leads me to believe the guts are 9XStream by MaxStream.
The MAC ID gets me to JK Microsystems.
I can post more pictures but I’m new so I can only post one at a time.
Let me know if you think more pictures would be useful.

  1. Capture the data format sent by the device to using wireshark etc
  2. Post samples here.
  3. If the data is usable in (2) then reroute requests from to, see
  4. We would need to develop something to accept the data.


I’ll do this once I figure out what I need to do in Wireshark.


Also, I do know it is trying to transmit to the website in XML format.
See screenshot below (I tried to post this in the first post but couldn’t because I’m too new on the forum).


I used a display filter to capture the data
I get a list like the one shown below:

I’ve copied the data from the line highlighted above and pasted below:

Frame 3763: 471 bytes on wire (3768 bits), 471 bytes captured (3768 bits) on interface 0
Interface id: 0 (\Device\NPF_{95EDE4C9-40BB-49DF-8561-A7D72396B561})
Interface name: \Device\NPF_{95EDE4C9-40BB-49DF-8561-A7D72396B561}
Encapsulation type: Ethernet (1)
Arrival Time: Oct 14, 2018 08:53:41.918841000 Pacific Daylight Time
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1539532421.918841000 seconds
[Time delta from previous captured frame: 0.000113000 seconds]
[Time delta from previous displayed frame: 3.844034000 seconds]
[Time since reference or first frame: 261.209889000 seconds]
Frame Number: 3763
Frame Length: 471 bytes (3768 bits)
Capture Length: 471 bytes (3768 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:tcp:http]
[Coloring Rule Name: HTTP]
[Coloring Rule String: http || tcp.port == 80 || http2]
Ethernet II, Src: AsustekC_8d:55:69 (54:a0:50:8d:55:69), Dst: AsustekC_ce:65:49 (20:cf:30:ce:65:49)
Destination: AsustekC_ce:65:49 (20:cf:30:ce:65:49)
Address: AsustekC_ce:65:49 (20:cf:30:ce:65:49)
… …0. … … … … = LG bit: Globally unique address (factory default)
… …0 … … … … = IG bit: Individual address (unicast)
Source: AsustekC_8d:55:69 (54:a0:50:8d:55:69)
Address: AsustekC_8d:55:69 (54:a0:50:8d:55:69)
… …0. … … … … = LG bit: Globally unique address (factory default)
… …0 … … … … = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src:, Dst:
0100 … = Version: 4
… 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
0000 00… = Differentiated Services Codepoint: Default (0)
… …00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
Total Length: 457
Identification: 0x3729 (14121)
Flags: 0x4000, Don’t fragment
0… … … … = Reserved bit: Not set
.1… … … … = Don’t fragment: Set
…0. … … … = More fragments: Not set
…0 0000 0000 0000 = Fragment offset: 0
Time to live: 128
Protocol: TCP (6)
Header checksum: 0x3b6d [validation disabled]
[Header checksum status: Unverified]
Transmission Control Protocol, Src Port: 56120, Dst Port: 80, Seq: 1, Ack: 1, Len: 417
Source Port: 56120
Destination Port: 80
[Stream index: 149]
[TCP Segment Len: 417]
Sequence number: 1 (relative sequence number)
[Next sequence number: 418 (relative sequence number)]
Acknowledgment number: 1 (relative ack number)
0101 … = Header Length: 20 bytes (5)
Flags: 0x018 (PSH, ACK)
000. … … = Reserved: Not set
…0 … … = Nonce: Not set
… 0… … = Congestion Window Reduced (CWR): Not set
… .0… … = ECN-Echo: Not set
… …0. … = Urgent: Not set
… …1 … = Acknowledgment: Set
… … 1… = Push: Set
… … .0… = Reset: Not set
… … …0. = Syn: Not set
… … …0 = Fin: Not set
[TCP Flags: ·······AP···]
Window size value: 256
[Calculated window size: 65536]
[Window size scaling factor: 256]
Checksum: 0xb222 [unverified]
[Checksum Status: Unverified]
Urgent pointer: 0
[SEQ/ACK analysis]
[iRTT: 0.004269000 seconds]
[Bytes in flight: 417]
[Bytes sent since last PSH flag: 417]
[Time since first frame in this TCP stream: 0.004905000 seconds]
[Time since previous frame in this TCP stream: 0.000636000 seconds]
TCP payload (417 bytes)
Hypertext Transfer Protocol
GET /SiteList.aspx HTTP/1.1\r\n
[Expert Info (Chat/Sequence): GET /SiteList.aspx HTTP/1.1\r\n]
[GET /SiteList.aspx HTTP/1.1\r\n]
[Severity level: Chat]
[Group: Sequence]
Request Method: GET
Request URI: /SiteList.aspx
Request Version: HTTP/1.1
Connection: keep-alive\r\n
Cache-Control: max-age=0\r\n
Upgrade-Insecure-Requests: 1\r\n
User-Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36\r\n
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,/;q=0.8\r\n
Accept-Encoding: gzip, deflate\r\n
Accept-Language: en-US,en;q=0.9\r\n
[Full request URI:]
[HTTP request 1/1]

Is there specific information you’d like me to provide?



Basically useless as site does not respond, and therefore there is no conversation to capture.

It’d need a web server somewhere to impersonate solarpowerinc, which might trigger the monitor to try to push its data.

I’m set up to do that, but unfortunately on the opposite side of the planet… just buy a neurio, lol…


As per @MrFusion comment, looks like a deadend, since the device requires a response from site before it can send the actual data.


If you sent me the transmitter & receiver pair I’d be happy to have a look, but I suspect the shipping back and forth would be 50% of the cost of an alternative solution anyway…


I suspect your right about the shipping costs.
It does have some communication ports on it so it looks like the software could be accessed:


Another serial port picture (I’m a new user so I can only post one picture at a time):