[tlamer 0]

Есть не сложное устроиство stm, акселерометр, моторчик.

Есть некоторое количество жалоб(не очень много), что батарейка садится за 1-3 суток. обычно хватает на месяц и больше.

Нужен человека который смог бы провести маленькое исповедование чтобы понять - дело в самих устройствах или просто в бракованной партии батареек.

 

[Ivan0vich 0]

Пишите в личку, обсудим.

Изменено 20 июня, 2013 пользователем OpenGL

[MikleKlinkovsky 5]

провести маленькое исповедование чтобы понять - дело в самих устройствах или просто в бракованной партии батареек.

Или дело в некотором количестве бракованных устроиств. :)

[Александр Козлов 0]

 

Вариантов только два.

1. левые батарейки

2. Повреждение прибора статическим электричеством.

 

И то и другое проверяется обычным тестером.

Успехов в расследовании.

[mgrigoryev 0]

Тестером? Так-то несложное устройство на STM может например и не засыпать как надо, или проспаться не тогда когда надо, а может там всякие-разные и непонятные PDR настроены не так как надо...

[jcxz 184]

И то и другое проверяется обычным тестером.

Успехов в расследовании.

Интересно - как это можно найти баг в ПО тестером???

[tlamer 0]

Пишите в личку, обсудим.

 

я к сожалению личное сообщение написать не могу так что пишите мне на почту [email protected]

[cyb 0]

замерять ток и записывать, а потом проанализировать, ничего особо сложного, хотя если не во всех так устройствах, то наводит на мысль что скорее всего бракованные батарейки

[tlamer 0]

Все еще актуально!

[alexdos 0]

Все еще актуально!

А где расследовать? на карибах? в Крыму? Куршавели? мальдивах? Откуда сами будете ?

[Марик 0]

markepifanov (dog) yandex .ru

 

Напишите подробнее.

[Xenia 35]

Есть не сложное устроиство stm, акселерометр, моторчик.

 

Скорее всего все электроэнергию жрет моторчик. Хорошо бы подобрать более высокомный экземпляр, чтобы тот же крутящий момент при меньшем токе давал.

 

P.S. У моего ребятенка робот игрушечный - ему на спину закладывается 4 батарейки AA. Так вот тот робот кричать "Габи Гам!" может от тех батареек сутками, а если ездить/ходить по полу, но через 20 минут батарейки садятся, несмотря на то, что я алкалиновые покупала.

[Tahoe 0]

Скорее всего все электроэнергию жрет моторчик.

Нет. Я пообщался с автором и заказчиком ( его шефом ), там ситуация иная.

 

 

В двух словах, что бы всем сэкономить время. Есть некое устройство, состоящее из STM8, акселерометра и вибромотора, с автономным питанием от элемента 2032. Так же есть несколько килобайт быдлокода исходников, в который заказчик внес небольшие изменения. После чего, некоторые из устройств вместо ~30 дней автономной работы, стали высаживать батарейку за 1-2-3 дня. Хотя, со слов заказчика, бОльшая часть устройств работает нормально.

 

Заказчик хочет, что бы во всем оказалась виновата неудачная партия батареек. Однако не хочет сделать тестовый стенд, и проверить, скажем, 10% из этой партии на стенде ( ведь деньги будут потрачены, а результат не гарантирован ).

 

Заказчик считает, что не особо важно, какой там из LIS3xx акселерометров запаян ( вопросы на эту тему просто игнорируются, как не существенные ) и что опрос неизвестного акселя по I2C вряд ли может "поставить раком" аксель или I2C-шину, в результате чего, все устройство вместо перехода в сон, может стоять и ждать у моря погоды, высаживая батарейку. Любые подобные гипотезы заказчик воспринимает как попытку развести его на бабки, ибо заказчик "сам уже 15 лет программирует"(с).

 

Заказчик искренне верит, что лучший и кратчайший способ решить проблему, это не переписать аккуратно ПО, с учетом специфики конкретного микроконтроллера, а упорно копаться в говнокоде его исходниках, ибо "новый код привнесет новые ошибки"(с). Доводы, что есть разница, между отлаженными библиотеками и надергаными из первых попавшихся мест исходниками, заказчик считает обычным разводом.

 

Ну и, конечно же, заказчик хочет, что бы ему был предоставлен "законченый результат"(с). Причем весьма желательно, что бы во всем оказалась виновата батарейка ( так же будет дешевле, а это главное ).

 

 

P.S.

Предложение написать ПО на свой страх и риск, а после проверки выкупить его с коэффициентом 1,5, заказчика тоже не устроит.

 

P.P.S.

Заказчик обращался к разработчику устройства, но тот отказался заниматься его поддержкой. Наверное потому, что очень занят, да? :)

[Lagman 1]

... но через 20 минут батейки садятся, несмотря на то, что я алкалиновые покупала.

Так это обычные щелочные батарейки, попробуйте поставить литиевые батарейки (есть у Energizer, не АКБ) может минут на 40 хватит :).

[Aner 3]

О! знакомая ситуация об оптимизации потребления. Проделывал такие работы по контракту. Очень похожая ситуация по железу. Но удалось решить проблему потребления. Что было интересного как с STM8L, так и с STM32L. Исходники писал, как сказали опытный чел. Но оказалась, что нет. В итоге весь проект ни капли не оптимизирован, сделан на отладочном ките. Про иар, кейл писатель не знал и что такое оптимизация кода тоже. Далее процы работали на максимальных тактовых пришлось понижать, переиферия медленная но на быстрых шинах, пришлось понижать скорости шин. Но самое удивительное, что режимы сна и малого потребления не были задействованы как требовалось. Прога написана с максимальным кол-вом обращений к озу, как к самому жрущему ресурсу. А операторов if+goto хоть отбавляй. Про либы молчу. И все в таком духе и это при питании от батарейки. Периферия естественно не отключалась, хотя это без проблем делалось. В итоге проделанной работы объем кода почти в два раза меньше, потребление в четыре раза, кроме всего найденны кучи затыков и ошибок. Кроме, практического написания с нуля проги, пришлось делать не простые измерения и доказывать что было ранее и что сделали. Ко всему прочему прога работала в темп. режиме -40...+85С, а у заказчика только 0...+50С на том же самом девайсе. У нас то были клим тесты, а вот у писавшего видимо нет. Бракованные партии батарей пока не встречал, исследовали много разных, даже стенд сделали. Только раз попались нонейм китайские, показали меньшей объем от заявленного, но всего на 5...7%.