Recent Posts

11

TED5000 Support / Re: Can't Open TED 5000 Dashboard

« Last post by pfletch101 on July 04, 2018, 10:26:10 AM »

Vanhook2 - Thank you very much for your suggestion.  It worked.

Most probably, you have not set up your router to assign a specified IP address to the TED Gateway. If you don't do this its IP address will occasionally change, causing the problems you describe. Most routers have an option to specify the IP addresses to be assigned to devices according to their individual MAC addresses (which are fixed and unique). You should use this for any device which, like the TED Gateway, needs to be easily located by software and/or a browser. You should not, in general, use the peripheral device's setup option to specify its own IP address (if it has this option) rather than defaulting to DHCP, since this can lead to all sorts of problems.

12

TED Pro Support / Re: Security Concern Connecting ECC to Router

« Last post by Cblhygi on July 01, 2018, 12:47:44 PM »

Thanks for your prompt, thorough and convincing reply to my question.
I will place my TED order shortly.

13

TED Pro Support / Re: Security Concern Connecting ECC to Router

« Last post by pfletch101 on June 30, 2018, 09:55:31 AM »

I am concerned that connecting the TED Pro Home ECC to my router will allow unauthorized parties from outside my house to access my home computing network.

What security measures are included with the TED Pro Home Energy Monitor to prevent unauthorized parties outside my house from accessing the home computing network via the PLC connection to the router?  What prevents someone outside my house from spoofing the MTU to gain access to my router?

Sadly, you should probably be spending your time worrying about the security of your router itself, rather than about the probably non-existent risk of someone using the TED ECC as an attack point on your network. Many low- to mid-grade routers sold for the home and small office environment have (again!) recently been shown to have serious security holes, and even professional-level ones are intermittently found to have issues.

14

TED Pro Support / Re: Security Concern Connecting ECC to Router

« Last post by Support7 on June 29, 2018, 01:06:01 PM »

Also, we have had corporate pen testers put the TED system to task before implementing it in their environments and they basically said the same as I did above. Anything is possible but it would be pointless as effort substantially outweighs benefit. 

15

TED Pro Support / Re: Security Concern Connecting ECC to Router

« Last post by Support7 on June 29, 2018, 12:56:20 PM »

While I enjoy entertaining these type's of possibilities as the beauty in technology makes all things possible with enough time and determination, with current technology there is no reason to be concerned about this for several reasons;
1st: There is no terminal access or OS on the ECC or MTU so the only way to change it's defined operational parameters would be to rewrite the embedded proprietary firmware and figure out how to flash it which would require physical access and a specific programming tool.

2nd: The ECC requests specific information from the MTU in very small increments, thus manipulating the PLC signal would be completely pointless as you could not transmit enough information to effectively change or do anything and the MTU is not capable of transmitting any settings adjustment information nor gaining any type of root shell access as there is none available. These are not smart home devices; There is no auto update capability, they don't pair with other devices, and they don't use the internet for functionality. They perform a very specific task at very specific intervals and the hardware is limited to it's current capabilities as any firmware change or rewrite would exceed the available resources so it would not function as intended if anything was changed.
(You can choose to post to an online cloud to view your data remotely but this doesn't give reverse access to the ECC as the information goes one way and does not provide access to your local Footprints page unless you port forward.)

3rd: Your router is the access point to your home network, the TED ECC is not and does not provide any wireless access on it's own so there is no way to use it as a stand alone access point or means to access your router as it simply doesn't work that way. You would have to gain access to your router or physical access to the ECC first before you could even begin to consider changing anything and the TED system has no command structure to issue any instructions to anything outside of the TED system itself. And as I mentioned before due to limited hardware resources, if anything was changed the system simply would not work.

As I said before, technology can make anything possible and there is no way I could know for sure what can or can't be done now but logistically, the amount of effort it would take to attempt this would be a complete waste of time as the only information your TED system gives up is how much energy you use. It does not allow any control of the energy you use or anything in your home so if it is possible to do, there is simply no reason to do it for any type of gain that makes sense to me.

16

TED Pro Support / Security Concern Connecting ECC to Router

« Last post by Cblhygi on June 29, 2018, 09:34:01 AM »

I am concerned that connecting the TED Pro Home ECC to my router will allow unauthorized parties from outside my house to access my home computing network.

What security measures are included with the TED Pro Home Energy Monitor to prevent unauthorized parties outside my house from accessing the home computing network via the PLC connection to the router?  What prevents someone outside my house from spoofing the MTU to gain access to my router?

17

TED Pro Support / Re: TED Commander

« Last post by tlveik on June 24, 2018, 02:25:05 PM »

I like looking at line plots of watts using the highest resolution available.  The lower plot below is a plot of "minute" data from today in Ted Commander.  If I download the data from Ted Commander and plot in Excel, I get the upper plot.  The lower plot is similar to the Excel plot, but it's not really minute data.  Can that be improved?

18

TED Pro Support / Re: TED Pro XML reading

« Last post by Support7 on June 08, 2018, 03:06:56 PM »

This is the first I've been made aware of the fault in the API so I have put in a request to have the documentation corrected.

Corrected "T" Parameters:
MTU T:
1=Second
2=Minute
3=Hour
4=day
5=Month

Spyder T:
1=minute
2=hour
3=day
4=month

Example:
192.168.7.4/history/export.xml?D=1&M=1&T=1 returns Spyder Minute data

I'm self taught and only program as a hobby so I'm sure you guys know more than I do but changing the T parameter to 1 worked successfully for me in the above example and I ran line 1 for the Spyder (TEDAddress = TedURL & "/history/export.xml?D=1&M=" & i & "&C=1&T=1") of OP's command string(changing T=2 to T=1) against my system and successfully retrieved minute data so maybe something else in the script is in conflict as pfletch101 suggests but would be beyond my ability to confirm.

19

TED Pro Support / Re: TED Pro XML reading

« Last post by pfletch101 on June 08, 2018, 10:03:46 AM »

You may want to check the API again or if you haven't gotten the API then you can request it by submitting a support ticket. I've copy/pasted the correct parameters for the history export from the API below.

For minute data you would specify T2 and the D parameter sets the device type as MTU or Spyder.

You are correctly quoting the API documentation on the T parameter here, but the OP is correct (and the documentation wrong!) that the T parameter meanings are shifted by 1 between Spyder and MTU data download calls. See the thread about the API I started in 2014 (http://forum.theenergydetective.com/index.php/topic,2953.0.html).

20

TED Pro Support / Re: TED Pro XML reading

« Last post by Support7 on June 08, 2018, 09:09:39 AM »

You may want to check the API again or if you haven't gotten the API then you can request it by submitting a support ticket. I've copy/pasted the correct parameters for the history export from the API below.

For minute data you would specify T2 and the D parameter sets the device type as MTU or Spyder.

File: /history/export.xml
Description: Exports history in xml format.
Parameters:
• T: History Type (1=Second, 2=Minute, 3=Day, 4=Hour, 5=Month)
• D: Device Type. 0=MTU 1=Spyder
• M: The 1-based index of the MTU or Spyder being displayed.
• C: Count (optional): Number of records to return (starting with the most recent)
• I: Index (optional): Number of records to offset (starting from the most recent)
• S: start time (optional): Allows you to specify a date range of which to return records. Time is
specified in epoch time format.
• E: end time (optional): Allows you to specify a date range of which to return records. Time is
specified in epoch time format.

Example (Returns the second history information for MTU #1):
http://192.168.1.7/history/export.xml?D=0&M=1&T=1

For troubleshooting or if you run into any questions please let us know by going to http://www.theenergydetective.com/ticket and fill in the requested information to submit a support ticket so we can work to resolve any issues that may arise ASAP and make sure we provide the right firmware for any updates requested or required.