[Maksym]

В даташите на ICR18650D1 от LG в тестах безопасности указано, что 130 градусов в течении 10 минут аккумуляторы должны выдерживать без внешних повреждений (без протечек, взрывов, вздутий, воспламенений и т.д.). Конечно это не означает что их можно при такой температуре эксплуатировать, но выдерживать они её должны.

[INFERION]

 Сообщение от lux-rc.com :

МК у нас только microchip. За AVR ничего сказать не могу, баловались, но работающей продукции на этих чипах нет и не предвидится.

Вот мне интересно, чем производителей привлекает "Микрочип"? Выбор камней у них большой, это я видел. Но система команд, архитектура, периферия - это же жесть какая-то! Цена? В Вашем случае - врятли...

[vvvoland]

 Сообщение от Maksym :

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

один из любимейших аков не помню про 130℃, но помню что допустимый диапазон разряда -20 до 60℃ с двумя оговорками:
1-при 60℃ ток разряда не должен превышать 1,5С(а не 2С как при комнатной)
2-емкость при 60℃ будет 95% от емкости при 25℃(что тоже не так уж и плохо)

[Maksym]

Для разряда да. При котором не происходит ухудшения характеристик банки. Но если принимать во внимание температуру неразрушения банки - то это 130 градусов. Конечно это не рабочий режим.

[vvvoland]

 Сообщение от Maksym :

Но если принимать во внимание температуру неразрушения банки - то это 130 градусов

под руками пдф не было, но в гугле нашел )))
да, есть такой пункт, но совершенно ничего не сказано можно ли после этого аккумулятором пользоваться они просто гарантируют при 130 - No explode, No fire(не взорвутся и не загорятся) даже если они были полностью заряжены до 4,35(правда с оговоркой про условия заряда- 0,5С до 4,35 с 50мА офф).
Режим нагрева при таком испытании зверский - 5℃ в минуту от комнатной до 130, и затем еще 10минут при 130... зачем...

[lux-rc.com]

 Сообщение от INFERION :

Вот мне интересно, чем производителей привлекает "Микрочип"? Выбор камней у них большой, это я видел. Но система команд, архитектура, периферия - это же жесть какая-то! Цена? В Вашем случае - врятли...

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

[INFERION]

lux-rc.com, как Вы проверяете числа на переполнения при арифметических действиях? Я не нашел подходящих инструкций, вроде проверки-пропуска или условного перехода по флагу...

[Sofrik]

 Сообщение от lux-rc.com :

да, вопрос ко мне. Раньше НГ не могу обещать. Постараюсь конечно. Но у меня пока вся очередь fl-ок не уйдет в ноль я врядли смогу поставить модули в другие проекты. Только если образцы на попробовать

Печаль. Хотелось бы к новому году получить фонарик...будем ждать, что делать.

[lux-rc.com]

 Сообщение от INFERION :

lux-rc.com, как Вы проверяете числа на переполнения при арифметических действиях? Я не нашел подходящих инструкций, вроде проверки-пропуска или условного перехода по флагу...

в mid range все просто. Carry флаг. При сложении с переполнением выставляется. При вычитании с переполнением наоборот сбрасывается. Собственно как и везде, даже у DEC с которых начинал

[INFERION]

lux-rc.com, это понятно, но как мне проверить этот флаг? Вот нужно сложить два числа, результат вылез за разрядную сетку, и мне нужно записать вместо мусора 0xFF, т.е. максимальное значение. И 0x00 если я получил переполнение при вычитании. Как мне это сделать? В AVR используется инструкция "перейти, если флаг Carry очищен" и я пропускаю инструкции, загружающие в качестве результата нужные мне значения. В PIC мне придётся использовать инструкцию "BTFSS", но я не понял имеет ли она доступ прямиком к регистру статуса. Хотя... мне ещё нужно этот регистр найти...

[lux-rc.com]

 Сообщение от INFERION :

lux-rc.com, это понятно, но как мне проверить этот флаг? Вот нужно сложить два числа, результат вылез за разрядную сетку, и мне нужно записать вместо мусора 0xFF, т.е. максимальное значение. И 0x00 если я получил переполнение при вычитании. Как мне это сделать? В AVR используется инструкция "перейти, если флаг Carry очищен" и я пропускаю инструкции, загружающие в качестве результата нужные мне значения. В PIC мне придётся использовать инструкцию "BTFSS", но я не понял имеет ли она доступ прямиком к регистру статуса. Хотя... мне ещё нужно этот регистр найти...

:-) сейчас нас Монарх будет ругать за флуд

Вы все правильно сказали, на флаги реагирует в MR только две инструкции - btfss (бит тест файл - скип сет) и btfsc (тоже самое, но скип клир). У PIC своя своеобразная философия. Вместо традиционного условного ветвления они сделали по-своему, в результате код ASM PIC практически невозможно читать о очень сложно понять без отладчика.

btfss проверят установлен ли бит в произвольном байте памяти. Если установлен - то пропускает следующую инструкцию. Там может быть goto (jump) а лучше если там будет загрузка вашего xFF. Обычно это делается так. Сначала загружаете в W константу xff (movlw 0xFF), потом проверяете флаг CARRY (регистр флагов как и все регистры PIC смапелены в адресное про-во RAM) btfsc STATUS, C. А под ней делаете загрузку из W в ту ячейку где собственно значение.

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

Короче говоря PIC - это в целом хорошо. После роскошного PDP11, рисковый ассемблер PIC у меня на втором месте. Настоящие минималисты.

[INFERION]

lux-rc.com.

У AVR тоже есть инструкции проверки-пропуска, и они часто удобны отсутствием меток перехода, но не тогда, когда возится приходится с многобайтовыми числами. Я в основном работаю с 16-ти разрядной арифметикой. Мне необходимо сложить 2 байта, а потом уже проверять и в случае необходимости их модифицировать. Разве я не могу загрузить непосредственное значение (константу) прямиком в результат? Обязательно этот W использовать? С константами смотрю только он и работает.

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

 Сообщение от lux-rc.com :

Настоящие минималисты.

Не вижу в этом ничего хорошего. ATmel тоже конечно молодцы - маркетинговым запашком не то что отдаёт система команд, а воняет во всю. Много ненужных инструкций, вместо которых можно было бы снять ограничения с нужных.

[Tamagotchi]

 Сообщение от dsche :

Со своей стороны назначаю премию $100 (сверх основной оплаты по проекту) тому, кто первым надёжно избавит существующий драйвер (как в тактовой, так и в силовой инкарнации) от ШИМ на низких режимах и добавит в базовый набор светлячок.

Итак:
https://forum.fonarevka.ru/...
https://forum.fonarevka.ru/...
жду свои 100 баксов

[dsche]

 Сообщение от Tamagotchi :

100 басков

И чего, работает? )

Киньте пожалуйста в ПМ PayPal (либо могу на эту сумму или часть суммы прислать подложек)

[Tamagotchi]

 Сообщение от dsche :

И чего, работает? )

А куда ему деваться. Просто тестировал мало. Но я его в любом случае до ума доведу.

 Сообщение от dsche :

Киньте пожалуйста в ПМ PayPal

Насчет подложек сейчас подумаю и отпишу в личку.

[ploop]

От что 100 баксов животворящие делают!

[Tamagotchi]

 Сообщение от ploop :

От что 100 баксов животворящие делают!

С готовым регом прошивка для силовой кнопки делается за 2-3 вечера. Тут полностью обкатанное ядро от "альтернативной" прошивки.

[dsche]

 Сообщение от Tamagotchi :

делается за 2-3 вечера

при условии прокачки скилла вокруг десятка лет, верно же?

[MOHAPX]

Вероятно надо быть готовым

[маньяк]

Усегда готовы!