by Geek Ammo
Replacement unit received yesterday. Many thx to the micro view team !
Hi @MemphisArtGuy AKA Charles Morgan, there are some delays while processing the replacement, I am not sure which tier have you back, to know your shipping status, could you email us your Kickstarter email and backer id to email@example.com please?
Hi @Scottchang could you email us your Kickstarter email and backer id to firstname.lastname@example.org please?
Did these ever ship?
Hi, I am your foreign backer. I haven't received reward, nor the tracking number from you. Could you please help me check the status of my reward? Thank you.
I received a defective MV and sadly managed to brick it while trying to burn the bootloader using my Arduino Mega as an ISP. I'm really glad to see you owning up and doing what you can to make it right but I've also got to say that spending an hour of my time and now waiting for several *more* weeks for a working MV is the opposite of a great experience. Sparkfun's date of Sept 12th to even inform me seems pretty far in the future, it seems that they would have some mapping of units to recipients that could come up with the list of affected parties on O(hours).
Yep - I love the professionalism that is engendered in the SFBay area as is shown by GeekAmmo!
@GeekAmmo: Start another project and I'll probably back it! You are in a short list of Creators in that category.
Hats down for your honest response. My device luckily works fine.
just followed the tutorial to flash the boot-loader by welding wire to the via of the board and hooked them to a arduino uno. Now it work !! Thank you !
@Jerry, stk500 error is surely bootloader problem.
@Kean if you have reflash the bootloader, try load MicroViewDemo from the MicroView library example. This will get rid of the SparkFun logo stuck at power on.
@JP, I had already tried uploading a simpler sketch (LED blinker), and got the "avrdude: stk500_getsync(): not in sync: resp=0x00" error.
@Kean, I've tried it on several laptops, as well as a USP-power "wall wart" with measured output, with no change - the logo appears, but that's all that happens.
I'm hoping that, once I can get some time in my lab, reflashing the bootloader (and demo) will fix this. I am REALLY looking forward to using this, and wish I'd ordered more!
@Jerry Bocci - I reflashed my two microviews and still see the same issue
It actually seems to actually be a USB power issue, as the microview always starts fine if plugged into the programmer after the FTDI COM port is configured, but not if it is already in the programmer when that is plugged into USB
Damn, I wish mine was broken :(
W00t!!! Got my'n working and have already put it to good use: ( https://github.com/AustinSaintAubin/Arduino_MicroView_OAuth_TOTP )
I like receiving merchandise that gives you the gratification of getting it working. Its like opening a present twice and knowing anther one is on its way. Happy, Happy, Happy.
@Jerry Bocci (& JP) I'm not sure if it is related to the broken bootloader, but I see the same problem with my two microviews. Sometimes they do start the demo, but mostly just stay on the SparkFun logo - so I'm assuming a reset issue of some sort related to the missing bootloader code.
Could you guys also post an update once SparkFun has contacted all the owners of defectives microviews? I have a defective one and so far no word from SparkFun :( Btw, thanks for the honesty and not trying to hide the facts!
The response to the bootloader 'oops' is terrific, and makes me even more glad that I sponsored this kickstarter project. Doing the 'right thing' seems a rarity these days. Your integrity speaks volumes. As soon as they are available, I plan to purchase several more MicroViews to tinker with. :)
Great product, effort and great people. May you guys never step on a lego.
@Jerry Bocci, if you have just the SparkFun logo but nothing else happens, can you try upload the MicroViewDemo sketch please? If you have avrdude error as described in the official notice, then you have a bad bootloader. Hope this helps.
Quick question regarding the broken MicroViews (I have two of them, whee):
My understanding was that, on a stock (non-broken) uView, the demo starts running as soon as the board has power - that is, as soon as I plug the USB cable into the computer. With my (two) broken uViews, the SparkFun logo displays, but nothing else happens. Is that part of the broken-ness?
Looking forward to brushing off my bootloader loading skillz AND getting another two MicroViews! :)
You guys get a net Big Thumbs Up for the update.
What a brave update to write. Very proud of this project's creators. You guys rock!
Fantastic honestly, and amazing remedy! You guys rock! (Do more projects Kickstarter projects!)
I've written up a walkthrough of how to fix your MicroView if it's part of the bad batch, http://m8k.me/1qtCju1.
Marcus, you and Sparkfun have been awesomely honest with us. Thanks so much.
Hmm mine works fine with codebender so I assume it works fine with an Arduino IDE as well. However I'm going to try it too.
Take care guys.
Ps. any one got a weather notifier created for MicroView?
Sorry to hear that, but well done for the way you handled it. If its any consolation, I received mine yesterday and it works very well, tested both with the Arduino IDE and codebender.cc.
Thanks for your efforts to you Marcus and your team.
This is so good it almost makes me wish I got one of the broken ones. Mine works fine, for the record.
One thing I would add to the lessons learned is to expose the ISP pins if at all possible. I have lots of AVR and Arduino projects and I much prefer to program them using my USBTiny than mess around with bootloaders and serial poorts
Hi @ojaskar, SparkFun will get in touch with you, please give them some time to sort it out. Cheers.
Thanks for great update, it's truly heartwarming to see a company going so upfront and honest to their customers!
About testing - why wouldn't you perform a full time-consuming (end-to-end) test on randomly picked one or two units from every batch? Doing so would not incur any significant delay and "the great bootloader mistake" would be detected almost immediately.
I have got the problem, what can i do ? I am Beginner with arduino.....
thanks a lot
Really overwhelmed with this Update honesty and ownership of an expensive mistake ... @Geek Ammo you get one more backer for life ... KS Community "you're awesome" and thanks to Michael for leading and sharing his repair experience. This post and all its comments made my day
It's hard to have anything extra to say above and beyond all the positive words below. Congrats on owning up to an expensive mistake and providing the best outcome and opportunity for people to fix their existing microview's. As per people below, this commitment breeds fans for life.
I took apart a bit of stranded wire and put the strands through the TP vias. It was a lot easier than trying to position stiff wire:
Also, I used this command line (taken from the SparkFun post comments):
avrdude -P usb -b 19200 -c avrispmkii -p m328p -v -e -U flash:w:MicroView_combined_8-19-14.hex -U lock:w:0x0F:m
A fingernail and thin tweezers helped to pop the cover off of the MicroView.
I was able to upload the working bootloader on my first try.
If you have another Arduino or an AVR programmer, I'd recommend giving it a try.
I didn't even need to solder anything. After popping the clear window out I carefully tilted the OLED forward, found the three vias, figured out which was which, then got my programmer ready.
From the programmer, I first made the following connections:
5V to Vin (pin 16)
GND to GND (pin 8)
RST to RST (pin 1)
Then I got ready to simply hold jumper wires to the vias.
From the programmer to the Microview:
MOSI to via 11
MISO to via 12
SCK to via 13
Once I felt like the ends of the jumpers that were touching the vias weren't going to slip, I plugged in the programmer to my computer and ran avrdude like so:
avrdude -c usbtiny -p atmega328p -U flash:r:MicroView_combined_8-19-14.hex
Once it was done, I disconnected everything from the programmer, plugged the Microview back into its programmer, plugged that into USB. Then I uploaded a sketch using the Arduino IDE and it worked!
Once it worked, I tilted the OLED back into place, popped the window back in, and proceeded to marvel at the cube demo I'd uploaded.
Given that it was so easy (at least for me, with some experience), it makes GeekAmmo's response all the more impressive. I've bought micro controllers with the same problem before, and the lack of care they showed was pitiful. More so compared to GeekAmmo. I'm a fan for life.
First. Congrats on how you have handled this issue. The detail of your update is extraordinary and answers every question I had on my mind about how this could have happened. It makes perfect sense. And I can see how you (and Sparkfun) will not let this happen again.
One question. I am in the "Learning Kit + Spare Microview (2xMicroviews)" - Aug delivery. You only seem to mention "single Microview" rewards in your update. Did this issue impact this reward level too?
Thank you so much for your nice word, for being so forgiving and being a great stakeholder in this journey.
Thank you so very much. It takes a lot of guts to do what you have done, and I really appreciate how involved in this process you have kept your backers. As someone affected by this error I heavily appreciate the steps being taken to correct it.
With mea culpas like these, I almost want more mistakes to be made. :) Looking forward to the repair tutorial! (I'm not in the non-working group so I shouldn't speak to loudly, just saying I like learning about this stuff.)
So wait there are 1,934 non-working microviews distributed all around the world? All affected people will get a fully functioning microview in the days to come? No one outside of the Geek Ammo and Spark Fun are impacted for long?
That is awesome!
But I keep coming back to the 1,934 non-working microviews that are non-working BUT are fixable. Could we as the community help?
Caution an idea is brewing ahead.....
What if we the community with possibly the help of the inventor and Supplier formed an 'exchange'?
What if we the community had pockets of people all around the world who were willing to breathe life into the non-working microviews perhaps only for the cost of shipping?
What if we the now microview community did this as an ongoing endeavour and created a wave of microview awesomeness exchanging non-working microviews for working ones?
What if we operated on a simple principal of 1 item in must trigger 1 item out and all transactions were visible somehow?
What if those of us that only need the original order amount were prepared to offer up a non-working microview to the 'exchange' for distribution to an education endeavour etc thereby not breaking the principal of 1 item in triggers 1 item out?
There are 1,934 non-working microview opportunities!
Oh how does this help Geek Ammo and Spark Fun - just maybe the microview awesomeness wave generates more interest and more orders and over time the $ loss becomes more bearable.
Anyway just a thought.
This user's account has been deleted.
There are other Kickstarter projects who could learn from you. Thank you for the honesty. I'm patient - especially when I know exactly why there is a delay. Take your time and get it right.
I should have my Microviews tomorrow so I'm guessing I'll be in the bad batch. I have one of these neat little adapters for programming 328P IC's, you hold it to the chip and the adapters pogo-pins connect directly to the chips legs...
Do you think this adapter might make bootloader reprogramming easier for me, or is the 328P blocked in some way?
@John O'Donahue - i completely agree. Proactively correct an issue to impressive. If only other companies could follow in these guys footsteps. Big thumbs up to these guys :)
Thanks @Andy for offering your help. Cheers.
@Michael your pinouts are correct. No need to remove the PCB from the bottom enclosure. You can either directly solder on 11,12,13 or use pogopins. Cheers.
Kudos to Marcus & Geekammo for being up front about the problem. Anyone can make a mistake. Being proactive about fixing it breeds customer loyalty.
My MicroView worked ok out of the box; but when loading sketches from Arduino 1.0.5 the device would upload OK, but the program would run briefly and stop, touching the RST pin would start it briefly, then nada. After taking it (the Microview) apart, and checking all the joints, I then tried loading the latest MicroView libraries from GitHub to the Arduino libraries folder, recompiling/reloading the sketches and everything was fine.
I was able to upload the MicroView_combined_8-19-14.hex bootloader to the Microview using my AVR Pocket Programmer without error.
That said, I'm still not able to upload sketches. Getting the same stk500_recv() error I was getting before. Waiting for a response from the GeekAmmo folks. In the meantime, I might try flashing it again just to be certain I was getting a false positive from avrdude.