Digistump Forums
The Oak by Digistump => Oak Support => Topic started by: postuma on March 28, 2017, 05:00:44 pm
-
So - there's much I love about my Oaks - but they can be a major PITA to initialize - in some cases it's taken me hours. I don't think any of us have heard from Erik in quite some time? I don't know if there's any ongoing development?
Had to reprogram a Digispark Pro a few days ago and it blew me away just how quickly and easily this worked over the USB connection - I actually felt nostalgic.
Unless the initial bootloader issues can be solved, and we have an easy (i.e. non-UART serial) method of locally uploading code (i.e. non-Particle), I just can't see recommending Oaks to others, and I'm seriously tempted to give the Feather Huzzah a go.
Thoughts, folks?
-
I really hope the Oak has a future. It really does have a lot of potential, and if the final features promised in the Kickstarter campaign are ever fully delivered in a reliable and supported manner, then it could yet get there still.
Unfortunately unforeseen delays at Erik's end, them having a new child, the decision to switch to Particle and then discovering the platform wasn't ready to support Oak, have all added frustrations to the mix! I think the hardest of which to cope with is the silence from Erik, which breeds that deeper uncertainty about the future.
If the support and development was more visible and proactive, (or to be honest, even if Erik was just more vocal!) the delays would be much more bearable.
So I'm still hoping for the missing pieces to arrive. For the support to be slightly more visible. And the platform therefore to become the great product it has the potential to become!
Here's hoping!
Mike
-
Hey... if worst comes to the worst... it's a great ESP8266 module programmable over serial. It just isn't a wifi/cloud programmable one unless you want to play with the ESP8266 Arduino OTA stuff. Which, given that the Oak has 4MB, is actually possible, as opposed to the ESP01s I was playing with before. :)
Having said that... I don't think it's anywhere near a write-off just yet... just doesn't have much of 'development team', so it's all on Erik! :-O Now, if we are still wondering about this in 6 months time... shoe might be on the other foot! :-P
-
I have a misbehaving Oak that is physically difficult to get to and refusing to OTA update. I suspect it needs the pin 1 to GND treatment. Once I get my hands on it and try to OTA update while it is physically in my control, I'll formulate an my final opinion. But aside from the temperamental initial updates of new Oaks, they have generally behaved. I have used my Oaks far more than any other micro I have for real projects and I have learn more from that experience than any other. So, my opinion is still positive.
Second, despite Erik's low key approach to the forum and updates, I believe he does check in and read the posts periodically. Also, when one has a legit (emphases on legit) support question, he does respond to inquiries at the support email address. For these reasons I continue to fully back Erik and assume that he is just too busy to spend all of his time on the Oak. I can live this given the Oak does most of what was promised. I have 5 in service right now.
All that said, I too long for a simple USB update via the IDE. I know that serial is available be that requires an effect to get out the FTDI (if you have one) board and hook it up.
That usually happens after some frustration trying to OTA update. I am also curious about future plans for the Oak and possibly other boards.
UPDATE: Well there is something very weird going on. I did the pin 1 to GND and tried to OTA upload a simple blink sketch. I'm getting Flashing............................................................................................
Error : Flash timeout - flash failed.
Error : Flash timeout - flash failed.
and it continues loading after the error messages and seems to go on for far too long. The sketch is working though, suggesting that load was indeed successful. I'm using the Arduino 1.8.1 IDE so I don't if that is related. I would have to go back to 1.6.7 to know for sure.
This kind of behavior is yet another reason to have available a simple serial upload capability.
-
The "flash failed" message has been happening to me for the last week, on three different Oaks. Others have reported it as well; see https://digistump.com/board/index.php/topic,2615.0.html (https://digistump.com/board/index.php/topic,2615.0.html). Still, same as you and the others have noted, it does eventually work - some three dozen flashes for me have gone fine, despite the time-out.
Please don't get me wrong: I do love the Oaks that I have working (there's still two out of about 15 that are giving me config nightmares, despite uploading via serial, and the various OTA tricks using phone/tablet that sometimes work). I love the power and versatility this chip offers, and I love being able to do OTA updates for Oaks already committed to existing projects - not having to take stuff apart every time you advance functionality - great!
I also agree that when I've had a specific question for Erik he's been very forthcoming, very helpful. He's put a huge amount of work into this project - but that also has me worried about sustainability. I suspect his return on investment is pretty minimal - I doubt he's made much money off this venture, and certainly not enough to adequately pay for his time.
It can take me years to complete one small project. Whether he can keep this huge project on the rails with all the demands on his time - I wonder. And as far as I'm concerned, family, health and happiness come first.
-
Well I too have begun to experience the OTA flash update failed but is actually working. Based upon my previous post update, I tried a different machine with 1.6.5 IDE and uploaded the full working sketch that my Oak was previously running. It "failed" but is actually working as I put it back in service and can see that it is functioning properly. So it appears to have nothing to do with the local environment/IDE version.
So now I understand the frustration. Most (all but the persistent Oak experience enthusiasts) will throw their hands up and head to the forum for help. Makes me wonder if Particle changed something recently that is affecting the upload behavior. I hope this gets fixed and I also wish there was a simple IDE USB based local update available.
-
Sounds like this is actually something that should be run past Erik by email. He probably needs to liaise with Particle team to work out what was broken, and how it should be fixed.
Mike
-
Yeah, someone else posted that their Oak was being stubborn (postuma posted the link to that thread above) and it didn't appear to be related to their recent outage, so I flashing something to an Oak to see if there was still an issue, and it appears that FastOTA updates aren't working, so the IDE upload process reaches its timeout and spits the dummy, but the Oak is still updating, and finishes the upload after five minutes. Beyond that, I know nothing. Other than that direct WiFi OTA upload via the ESP8266 Arduino are FAST... like less than 5 seconds.. i.e. serial uploads are SLOOOOOWWW in comparison ;)
btw, exeng.. I also have a Oak that doesn't like to upload... every time I push an update it crashes... probably something to do with the LCD code... so I always trigger it into config mode via OakTerm before it uploads... and it generally behaves itself then. Just an idea if it does the same - b0rks at accepting new code, but is still online and controllable prior to pushing new code.
-
Duh! Pete thanks for reminding me that OakTerm is available to trigger config mode. For whatever reason one Oak stops posting to the cloud after a very very long period of operation (months). It remains online but the upload fails (or does it?). So then I have to climb a ladder, stand on the very top (not a good idea) and retrieve it so I can do the pin 1 to ground thing. Next time this happens I'll give OakTerm a try. Other than that, I very rarely have to update Oaks. Months can go buy before I have to touch one of my operating Oaks.
-
lol... just make sure you do remember... might save you a trip to the hospital! ;)
Same here... my sensor Oaks are plodding along happily without being touched for several months... and I only work on the display unit infrequently atm as other stuff keeps getting on the way... which means this slow upload issue would be a real pain if I were to want to start working on it again soon...
I sent an email to Erik a couple days ago to touch base and see how things are going, but no reply yet. More concerning is that he hasn't been on the forum in over a month... which is a bit unusual... so I hope nothing has happened to him!
-
I contacted Erik at the support email about a week ago about a part he sourced for the Oak kit. He responded rather quickly, so I know he's around. He has said that he monitors the forum but probably doesn't always login unless he is responding to something.
-
Ok, so apparently I can't even open a new thread, it's just left in limbo with no one to moderate/approve it.
As a result, I'll post here, sorry :(
Subject: how can you develop with a >2mn wait between each flash?
I just wasted hours, and I mean hours, setting up my first oak. First it wouldn't connect to wifi and get the update (finally it got it) and then it would not show up on particle, so I tried again and again and again until I found that I had to connect to the device, get the device id via 192.168.0.1/device-id and manually add it on particle.
Why is this still broken and not working out of the box?
Anyway, now I can flash blink, but it takes 2mh to flash, each time (not counting the timeout on the arduino side that says the flash has failed when it fact it's still going on)
[22 :41: 53] Event: spark/flash/status - started
[22 :43: 45] Event: spark/flash/status - success
[22 :43: 46] Event: spark/status - offline
[22 :43: 55] Event: spark/status - online
How can you write code and test it with such a lag? I can't go to the fridge or get a coffee between each cycle, I'd end up fat and going to the toilet all the time...
Is everyone putting up with that, or are you doing local flashing, or testing on another esp8266 board first?
-
Not sure what the problem is there... I've never seen anything about posts on this forum needing moderation, and I was able to post a new thread just now with your message in it, which I will reply to over there...
http://digistump.com/board/index.php/topic,2630.0.html (http://digistump.com/board/index.php/topic,2630.0.html)
-
Not sure what the problem is there... I've never seen anything about posts on this forum needing moderation, and I was able to post a new thread just now with your message in it, which I will reply to over there...
http://digistump.com/board/index.php/topic,2630.0.html (http://digistump.com/board/index.php/topic,2630.0.html)
Everytime I post new thread here, the web browser tab goes to some kind of infinite loop and it never seems to finish. But actual posting does succeed, I just need to close that tab and go to forums again to see the new thread.
-
FWIW when I start a new post, it does for some reason take minutes for it to process. Don't know why - responses to posts go up immediately. I just walk away, grab a drink, use the facilities, do some light stretches, acknowledge my family, read a book ... and the new topic shows up. :P
-
thanks for making a new thread for me.
Yes there is the hang and infinite loop, but for me it says "your post is awaiting moderation", likely because I haven't posted enough here (I tried removing URLs, and that didn't help)
-
Hm... maybe something changed due to spammers... it's been a long time since my dozen posts so I could also be forgetting what it was like. I did notice the hanging issue after submitting the post for a new thread... a reload of the tab showed the new thread created though :-/
-
It's funny Marc - I'm still a newbie to the system, as well, but I don't get the 'awaiting moderation' message. That may account for the delay, though, since I still experience it as well. I wonder if there's some background bot that does checking/verification against malicious code before logging our new posts.
Paul
-
Ah - gottit!
SMF - the bulletin board system we use here, has a Post count under which users must pass verification to make a post setting, which forces "users with a post count below the number set to pass anti-spam bot verification each time they make a post." This used to be a CAPTCHA but because of how broken this system is, there are now a large number of SMF anti-spam mods that can be run in the background for us newbies, all of which take time to run, and the sophisticated ones often take longest.
-
A bit off-topic... but did everyone see what Erik has been working on recently? (Is on-topic in the sense it explains where Erik has been of late).
BuildOne - $99 3D Printer on Kickstarter! (https://www.kickstarter.com/projects/robotic-industries/buildone-99-3d-printer-w-wifi-and-auto-bed-levelin/description)
He's even offering a free $15 upgrade (or $15 discount if you pick a higher package) for previous customers (eg you guys)! It certainly explains his absence here recently. I might start a discussion about the printer elsewhere on the board (maybe up in General?), so we can keep this discussion around the implications it has on Oak future.
Certainly at first I was torn whether this was a good thing, and also whether my Oak experience meant I would or wouldn't support the BuildOne. (Spoiler: I've chosen to back the project, and I hope this will work out OK!)
Mike
-
I've just created a thread to discuss the printer (https://digistump.com/board/index.php/topic,2688.0.html) itself.
I forgot to mention here the obvious Oak link... The 3D printer has an ESP8266 for Wifi control, which presumably means Erik is using either Acorn or Oak boards for this.
Mike
-
I backed Oak on Kickstarter way back when and received 10 Oaks. I spent so many hours of my life trying to get them all to work and never did. I just popped back into this forum today to see if anything has changed and sadly, it doesn't look good. I still hold out hope for my Oaks, but in the meantime, the world has moved on and I'm going to investigate other IT options, like PI Zero.
The 3D printer looks interesting though, but I can tell you that without a strong user community, it can't survive. I bought a Tevo Black Widow printer and it had its growing pains. They all do. Without a very large Facebook group, I would have not survived.
-
Oh the timing!
I just got a email the rather frazzled Erik who has resurfaced the headlong dive from the unexpected opportunity to work on the project which was the BuildOne printer.
Local server stuff is still on the agenda, so don't panic there. And possibly a Particle alternative, since the reliability of Particle of late appears to be leaving much to be desired of late... and Particle doesn't appear to be giving quite the support they originally promised. I won't say any more as I don't want to steal Erik's thunder, but hopefully this will reassure and appease those of you (us!) who have been growing more concerned. We haven't been forgotten... and he still keeps a finger on the pulse of the forum... ;)
-
For my 5 Oak, I have drop the official firmware for ESPEasy mega firmware and I think I will not return.
Stable, reliable, OTA, up to date with ESP8266 Core... Nothing compare with official firmware
-
Be interested to hear more about the idea of a Particle replacement (RootCloud?). Been a rocky road to this point with more problems and delays than I'd hoped for. Some great times in the middle though where everything worked as expected (sort of). These units still have great potential though, so they deserve good long term stability. The challenge will be getting there. BuildOne is going to be a distraction for a little while yet.
My Oaks are needed for a project soon, so hoping for good long-term stable setup by then (either on Particle or RootCloud).
Be great to hear from Erik in person, and be able to discuss a realistic roadmap and timeline, because that would help me plan my own timings.
Mike
-
In case any of you are not following the original Kickstarter for the Oak, Erik has posted an update there about the Oak future and ongoing support.
https://www.kickstarter.com/projects/digistump/oak-by-digistump-wi-fi-for-all-things-arduino-comp/posts/1912567
Bottom line, Erik is busy with earning money to feed his family (making the BuildOne 3D Printer), but hasn't abandoned the Oak. There is work on his own new simple "local server" which will be able to be used instead of Particle Cloud. He also plans to make a hosted version if this available as a cloud service too. This won't be the "root cloud" though as it is too obsolete now, instead it is new code which ties into ESP8266 OTA firmware. In the comments there, he also confirms that separately, Particle are investigating the problems with a view to getting Particle OTA programming working again. Sounds like a promising set of news, albeit to be held with a realistic timeline because Erik is working on the BuildOne 3D Printer with tight deadlines too. I guess we watch this space...
Also if anyone has any coding skills to help speed any of that development work along, I'm sure the community would be grateful!