It MUST have another way to change Oak´s WiFi

[nelsonsilvafilho]

Hello,

Please: It MUST have another way to change Oak´s WiFi and then register to particle. The http://rawgit.com/digistump/OakSoftAP/master/config.html

Does NOT work!

[dougal]

After many, many failed attempts, I finally followed some advice seen elsewhere in these forums, and I set my WiFi router to "Legacy" b/g compatibility mode (basically, turned off 'n' high-speed mode).

After doing that, it still failed on the first couple of attempts, but finally succeeded in updating the firmware after the second "slow but sure" server attempt.

I've got one of my Oaks fully configured and showing up in the Particle dashboard. A second one has gotten the v1 firmware, and the triple-blink mode, but I'm still trying to get it to register with Particle.

So, if you haven't tried it already, see if you can configure your WiFi to a slower mode (turn off advanced high-speed features). Then make sure you do the "Retry" step at least a couple of times, if necessary.

[nelsonsilvafilho]

Hi Dougal,

Thanks for the input!

Right now the problem is at Oak´s WiFi setting and Particle register since I've updated (via serial) the 1 firmware, and the triple-blink mode, but I'm still trying to get it to register with Particle.

Tried to click on NEXT maybe 60+ times ;-)

[digistump]

You can try this if they've update but just aren't registered on Particle: http://digistump.com/board/index.php/topic,2103.msg9675.html#msg9675

[nelsonsilvafilho]

You can try this if they've update but just aren't registered on Particle: http://digistump.com/board/index.php/topic,2103.msg9675.html#msg9675

1 - Oak is updated over SERIAL;
2 - I'm not able to assign a WiFi to updated Oak;
3 - Even I'm able to get the DEVICE ID. I'm not able to CLAIM over Particle. See 2.

[defragster]

(Hi Dougal)

I got my 6 oaks - and had luck doing LOCAL update when the standard update seemed to process and left none of my Oaks registered.

http://digistump.com/board/index.php/topic,2103.msg9700.html#msg9700

This even worked to update my month old Beta software BETA OAK!  If you have a computer and a Phone I would recommend this process if yyour devices are being painful to get registered.  I even redid it to one - other then my Beta unit - that refused to Program - it quickly said 'Already Registered' but then took IDE 1.6.8 UPDATES no problem where it had failed 5 times before.

Doing this LOCAL server makes sure it pulls down the latest Served out Firmware with no mucking around with versions.

This solved ALL MY issues - without having to muck around - I'm wondering how many others can be solved - thinking of posting it on a thread - it was so easy following the http://digistump.com/wiki/oak/tutorials/local_update#local_update_tool on my Windows 10 Computer and Android Phone - two devices were STINKY about it even so - and four were EASY FIRST TIME - so it doesn't seem as though my NETWORK was the problem - but the state of the device.  In fact the one I got LAST - I had to boot Pin 1 ground and it finally started working - then it was the one that failed to take a CODE flash when the other 6 did fine! 

[dougal]

@defragster: Yeah, I've already spent too much time on it today. I'm still debating whether I'll try the local server, or just go straight for the serial programming (probably the latter, because that should *just work*).

This last Oak of mine is acting strange -- differently from the other two. Some examples of odd behavior:
* Sometimes when I power it up, it will start out almost immediately blinking in the manner that indicates downloading. It spends several seconds like that (5-10 secs?), then appears to reboot and goes to one-blink-per-second.
* Sometimes, when I try to do the standard update, after providing my Particle and WiFi credentials, it *immediately* responds with a "failed to update" message.
* Sometimes when I try to do the update, the web page starts its 60-second countdown, but the Oak just reboots itself within a couple of seconds, apparently without having attempted an update, and my WiFi resets to my usual home SSID.
* Sometimes when trying the "slow" update, it will start blinking (downloading) about 10 seconds into the 180 second countdown, appear to download for about 10-15 seconds, and reboot. But when it's time to try the next step, the update has failed.

And the weirdest thing of all:
* Sometimes when I power down and back up again, I get a power light, but no status light. No blinking whatsoever. And no SoftAP SSID comes up. I can power down/up over and over, and it will be stuck like that. But if I remove power for an extended time (a minute, sometimes it seems to take more), it will seem to reset and either go to the 1/sec blink, or do the immediate update blinking behavior mentioned previiously.

@Erik -- Any thoughts on that?

I'm hoping I can try the serial upload later tonight.

[defragster]

@Dougal: I could have done serial - glad I didn't bother, mine worked and I didn't have to worry about what binary was being pushed as the LOCAL grabs the best on starting.

{ WAY TOO MUCH TIME - about 4 hours getting to the LOCAL option and having it work for 7 finally working OAKs }

One idea I got - probably wrongly - that each restart/retry in the browser (on my phone) I did a page refresh between tries or devices.

Also my one super Finicky unit I grounded the LED/P1 {two different times **}- that may not have done what I thought - but as you note it certainly probably took out any residual EMF between restarts.  It made it power up differently - and was in triple blink with a new firmware but never registered - so Pin1 should have put it into safe mode was my intent. 
{** That unit was 3blink, then took local update (after p1 GND), but would not program so I redid the LOCAL (with another round of P1 GND).}

[driffster]

1 - Oak is updated over SERIAL;
2 - I'm not able to assign a WiFi to updated Oak;
3 - Even I'm able to get the DEVICE ID. I'm not able to CLAIM over Particle. See 2.

@nelson 2- Can you see your oaks on your wireless router (ie are they connecting to it?) If they don't broadcast it would suggest that they are connecting, a normal behavior, but I seen in on oaks that would only connect to an unprotected wifi (and not register on particle).

That said the Oaks can be just plain defective, in my 10 Oak batch 2 are just not able to connect to a protected network, even after serial updating them to the latest firmware. Other 8 all works, so it got to be something wrong with the Oak.