Firstly let me explain the situation: I am not well versed in programing languages. We're running a CR1000 that sends us data through a wireless signal. The programming was done by an outside company who's technical support is less than adequate (ie. I can't get a hold of anyone over there). There is a basic web page set up to see the data, the problem is I can't see it on my mobile phone. I was told I need to set up the logger for PPP communication. Problem is I have no idea how. Is it as easy as adding a bit of code and re-sending the program to the CR1000?
Any help will be appreciated. Thanks!
Not all of the things you've said above go together, can you give us more details?
For instance, what's the URL (link) to the website you can't see on your mobile phone, and what phone is it?
The URL is just the ip, http://166.130.7.128
I'm specifically wanting to be able to view the page on the iPad with 3G. Would it be different if I had a verizon Android based phone?
Works on my iPhone with WiFi, I can try 3G when I get into range, and can try an iPad when I get back to the office.
What do you get when you call up the above page on your iPad?
It works on WIFI, but not on cell signal. I don't have the iphone or ipad on hand right now, but it either says that the server didn't respond or is taking too long or something like that. Like I said, if I'm on wifi it pulls up instantly.
I appreciate your help!
Works fine on my Droid Eris, going over 3G.
Time to get rid of that iPad ;)
Dana W.
Who is you ISP for the ip address 166.130.7.128?
If you install an app like Network Ping Lite on you iPhone, you can see that when over the AT&T 3G network, you can't even ping your IP Address. A trace route fails after around 12 hops as well.
Perhaps setting up a DynDns address would reduce the hops to your ip and make things work?
GeoBytes says it's Kathleen, FL, but the last hop I can resolve is on a mobile network, so going mobile to mobile might be either really slow or prone to errors.
No chance you can tell us any more about this? Do you really have a static IP on a mobile network?
/*
Perhaps setting up a DynDns address would reduce the hops to your ip and make things work?
*/
That would make resolving it easier, but wouldn't bring it any closer.
Ok here's all the information I have on the system in a summary report from the company that set it up:
"Telecommunications System
There are two separate systems. The system has a cell phone connection that can be used to chek status of the system, retrieve data, and send a new program to the CR1000. The cell connection is through the internet with an IP address of 166.130.7.128 and a port of 6785."
"In addition, the system has TX312 GOES transmitter that sends data over the GOES satellite to Wallops Island, VA. From there the data are placed on an internet site for authorized users to view and download." (This is not what we're looking at*)
The cell service is through Verizon, that might have something to do with it?
Wow, you do have a static IP on a cellular data system!
That's just a nasty environment, from Verizon FIOS I'm getting traceroutes that just stop responding after it hits the mobile IP, duplicate ping responses, and ping times of 700-2900 ms.
And it doesn't work on my iPhone on cell data though it does on WiFi.
Can you see the data on the 'authorized users' page from your iPad?
The 'right thing' to do is download the data (once) to a central server and then distribute it to the users, having the users go right to the source (over a cell data link) for the data is just plain ugly.
As far as I know, the authorized users page is a Bureau of Reclamation page that only shows a data point for every 15 minutes. I'm in need of a much shorter interval probably max 5 minutes, which is close to what the web page is set up for I believe. This system is connected to a 13 mile pressurized pipeline that feeds irrigation pivots. Each diversion point has a magnetic flowmeter and we need to be able to see all of them at the same time for troubleshooting(the system is not set up on the diversion points yet, just on the river pumps).
For what it's worth, works fine on my BlackBerry which is on Verizon.
Each diversion point has a magnetic flowmeter and we need to be able to see all of them at the same time for troubleshooting(the system is not set up on the diversion points yet, just on the river pumps).
The web page you are seeing is the default page that is built automatically by the datalogger when its IP stack is enabled. You can also load other HTML pages on the datalogger. If you have a "default.htm" on the datalogger, this default will override the datalogger's default. HTML pages can also be written in CRBasic with the WebPageBegin/WebPageEnd instructions (this takes a lot of patience).
So... you could create your own page that displays all 13 pivot points at once (if they are all tied back into this datalogger). See the CRBasic help for the commands that can be used to pull data out of public or final storage tables for display. You can also look at your default page and "view source" to see what the datalogger is generating automatically.
Regards, Dana W.
Ok that makes sense. Thanks for everyone's help. I'll try that out!
Works great using 3G connection on Droid2