Author Topic: Update Tracking  (Read 3235 times)

Z69

  • Newbie
  • *
  • Posts: 28
Update Tracking
« on: March 23, 2016, 06:04:35 am »
Hi Erik

Do you track the ratio of successful updates an where in the world they are?
Looking at the issues i have, it seems that with our country's bad internet, i get a lot of failed updates and code uploads.

Z69

I get between 280ms and 480ms when i ping oakota.digistump.com
Not sure if this help
« Last Edit: March 23, 2016, 08:55:03 am by Z69 »

digistump

  • Administrator
  • Hero Member
  • *****
  • Posts: 1465
Re: Update Tracking
« Reply #1 on: March 23, 2016, 12:32:56 pm »
I don't track by country - but that is probably true, the local update server should help in that case.

Z69

  • Newbie
  • *
  • Posts: 28
Re: Update Tracking
« Reply #2 on: March 24, 2016, 11:43:45 pm »
Hi Erik

How do i go about setting up a local update server?

defragster

  • Sr. Member
  • ****
  • Posts: 467
Re: Update Tracking
« Reply #3 on: March 24, 2016, 11:53:34 pm »
@z69 - do you mean local server to get the initial update, or not use the WWW cloud but a local cloud?

For doing a local server for update purposes I found it in the wiki and my notes here show that link and my notes as it worked: http://digistump.com/board/index.php/topic,2103.msg9700.html#msg9700

Z69

  • Newbie
  • *
  • Posts: 28
Re: Update Tracking
« Reply #4 on: March 25, 2016, 02:15:24 am »
Hi defragster

I have tried to use the oakupsvr, but i am unable to get it to work.
It start, download the .bin file then download the config.html and close before i can see what happens.

I have a win7 64bit desktop.

defragster

  • Sr. Member
  • ****
  • Posts: 467
Re: Update Tracking
« Reply #5 on: March 25, 2016, 09:55:02 am »
Hi z69 - that's odd.  When I had the local server the process looked exactly like the cloud version - except it worked.  When you do the cloud version I assume the process runs through and beyond where you see the failure on local?  Not sure exactly where/what is going on or why since I just saw it work . . . did you start your 'CMD prompt'  with 'run as administrator'?  That will make sure the system isn't 'protecting you' - and keep the window open if it ends and let you see the debug feedback.

Z69

  • Newbie
  • *
  • Posts: 28
Re: Update Tracking
« Reply #6 on: March 25, 2016, 10:51:45 am »
Hi defragster

It seems that i have an issue with either port 443 or 8080, need to see what is going on

defragster

  • Sr. Member
  • ****
  • Posts: 467
Re: Update Tracking
« Reply #7 on: March 25, 2016, 03:05:02 pm »
Z69 - make sure Task manager doesn't show a second copy of the server running - I ended up with that and the new copy couldn't run those ports until I killed the other hidden copy.

Z69

  • Newbie
  • *
  • Posts: 28
Re: Update Tracking
« Reply #8 on: March 26, 2016, 09:31:59 am »
Hi defragster

That was the 1st thing i checked.... did not see any other copy running

defragster

  • Sr. Member
  • ****
  • Posts: 467
Re: Update Tracking
« Reply #9 on: March 26, 2016, 02:24:19 pm »
That was the 1st thing i checked.... did not see any other copy running

Bummer - That covers the only things I saw/worked through/around - mine just worked on Win_10.

Is the server showing ERROR on the ports?  From what I saw It will when they are not open for use.  If not showing error it has them and your issue is possibly the WiFi connectivity.  As noted before (some places) the toughest OAK unit I had took the 3 sec GND of P1 on power up to get its mind right - then it took - and even then I had to do its Local update a 2nd time after registering before it would take code from Arduino upload - my other 6 were much easier than that one.

nog3

  • Newbie
  • *
  • Posts: 3
Re: Update Tracking
« Reply #10 on: March 27, 2016, 05:08:40 am »
I had a similar issue with oakupsrv in that I already had something bound to 8080.

I'd suggest going to localhost:443 and localhost:8080 to see what's running there.