OTA update fails in CC3200

Hi Greg,

Thank you for the update. Please let us know once you deploy the changes  

Regards,

Sundar

sundares80 I will follow up here with any news on this, but again just to be clear, at this point I cannot say if the team will or won't be deploying any changes for this.

Hi Greg,

I really appriciate your help in finding the RCA for the issue. We don't have any control over the client's device (100K IOT device). The Dropbox API service is the only way to connect to the device. As I mentioned before, this is the highest priority issue in our organization. Since OTA functionality worked before and not working now, few of our customers continuousely started asking for the update. It is affecting the entire business. So please escalate as much as possible and deploy the changes.

Regards,

Sundar

Thanks for the context!

Hi Greg,

We have over 100k of our devices installed globally used by 1000’s of hospitals, pharmacies, food processing and other businesses. The ability for us to update the firmware with OTA functionality using Dropbox is critical for us and clients. As discussed, the function is not working now due to your recent update on the Dropbox API server. We have been waiting for Dropbox to fix the API issue for almost a month, but there is no update from Dropbox. This issue has been escalated to our executives and SensoScientific CTO is questioning when it will be fixed. Can you escalate and schedule a call with your executive/management to further discuss this issue and timing of the resolution. We are trying to address this before it becomes a legal issue and proceeding.

Regards,

Sundar

Thanks for the note. This is still open with the relevant team in engineering on our side. I'll follow up here once I have any update for you.

---

sundares80 wrote:

... We are trying to address this before it becomes a legal issue and proceeding.

...

---

sundares80, It's normal your clients to get angry, of course. But your QA fault doesn't give you base to spur on introduction of bug tolerating software (exactly what you ask for in this thread - the entire thread). Did you prepare new working firmware? Better focus on this and how to help other critical cases. Figure out how a buggy software has reached to your clients and how you can prevent non tested new examples to do the same in future. That's something you definitely can do!

Once you have working firmware, you may prepare updater software (working on computer and/or mobile) to fix your issue on client side, without need to move any devices. With well prepared detailed guide for your clients and demonstration of intents to help them you may be able to reduce the damages.

Don't look for an imaginary guilty side! This may push you in additional (new legal) issues using such a way! This is not a Dropbox issue so you cannot forward the responsibility and if try will likely hit a heavy legal "wall". In spite it's to large extent TI fault, also you cannot do mach there (if you want consult your lawyer though) - keep in mind that such software is provided as is, just for convenience. Despite this "convenience" hit you, it has been and is your responsibility to check before usage of such software for possible bugs (something your QA skipped, as seems).

Good luck.

Hi Здравко,

First of all, there are no bugs or problems in our firmware. For several years, we have been using Dropbox API for pushing OTA updates to our devices installed at our client sites. Recently we learned that your product (Existing Dropbox API) no longer supports the same functionality that we have been using for several years. We are asking when your company will resolve this issue by brining the same functionality back to your API. The concern and legal issue will potentially be between our company and Dropbox, since you are changing the service without advance notice and explanation. If we had advanced notification of this change from DropBox company, we would have planned on updating our devices to use a different API provider, but we were not given such a notice. We currently can not change our devices to point to a different API provider, which will take time and resources.

This is an urgent issue for us and we like to have a meeting with your director and our CTO to discuss timing of this resolution to your product. We hope to resolve this without further delay and escalations.

Regards,

Sundar

---

sundares80 wrote:

...

First of all, there are no bugs or problems in our firmware. ...

---

Hi sundares80,

Hm.. 🤔 Really? And where that malformed HTTP requests come from? 🤷 Is this a bug or (in your definition) no?

---

sundares80 wrote:

... The concern and legal issue will potentially be between our company and Dropbox, ...

---

🤦 Good luck in you look for troubles. In addition to your clients penalties, as seems you will need to pay damages (claim for compensation) to Dropbox too. My advise is to ask competent lawyer in advance. One more lawyer pay would be much less than claim for compensation for lies (such a pretension would be documented lie - would make Dropbox lawyers task easier). All statements on the forum cannot be used as an evidence in front of cоurt, but statement in a case in may be base for other case! Strict follow up for particular standard is not something that should surprise or need somebody be notified. You should state that you had no any idea the Dropbox API use HTTP. What does HTTP standard state otherwise?! Did you read it? Do it before do something stupid.

Take care for your interests! 😉 I don't protect anybody. Emotional movements very often lead to bad consequences. Learn it in an easy way not in a difficult one.

sundares80 I wanted to let you know that this is still open with the team, and they're currently working on changing an option in our systems that might address this for you. Please note that we can't guarantee this will help.

That change is not deployed yet. I will follow up here to let you know once that change has been fully deployed and ask you to confirm if it does or doesn't help.