Следующий момент:
у вас все input-ы ничего не сообщают, что делать надо. Проверяющему роботу, конечно, все равно, но при чтении теста было бы понятнее, что input ждет каждый, например: "введите список книг" "введите команду", "введите следующую команду или пробел для окончания" ну или в таком роде.
Еще следующий момент:
тестировать программу вручную неудобно. Рекомендую написать тест для программы, чтобы он брал данные и подавал куда надо.
Можно самописный псевдотест сделать, типа,
test = True
if test:
books = 'book1, book2, book3'
else:
books = input().split ну и так далее.
,
можно накодить unittest-ы, можно освоить Behave...
Посмотрел на код - очень тяжело читать, когда по коду всюду i, s, m, b и прочие отдельные непонятные буковки. Хорошо бы внятно переименовать их, чтобы читать код как текст.
А то такое ощущение, что вам выдали ограниченное количество буковок и сказали экономить...
А хорошо ли так делать? Видите, вы уже немного запутались. А как будет, когда эту несчастную глобальную будут иметь все функции, кому не лень, и вы будете искать в тысячах строк, какая сволочь опять всё испортила?
Как я себе это объясняю (пользуясь "ярлычками" Сергея Панькова):
Когда мы перевесили ярлычок x.name на "Java", ярлычок y.name остался висеть на "Python". Поэтому для y оно не поменялось.
А ярлычок x.nums и ярлычок y.nums висят на одном и том же объекте "список", поменялось только значение одной ячейки в этом объекте. Поэтому оно поменялось и для x и для y.
spoiler
Кстати, это еще можно представить себе как несколько таблиц и строк и ячеек в них и ссылки в ячейке на другую ячейку, или на строку, или на таблицу. Но этот специфический табличный подход не всем понятен...
Алан Гибизов
@phaggi Автор вопроса, куратор тега Python
Когда я познакомился с python, меня «сахар» скобок (их неявное влияние) сильно смущал. И нигде явно не было написано, что и как. Весь инет перерыл, на python.org глаза сломал.
Наконец, казалось, понял, и мир стал больше и цветнее ;)
а тут Лутц. И без особых объяснений он опять мне немножко мир перевернул :)
RigidStyle, я как-то прозевал этот момент, спасибо за на водку! :)
С такими параметрами может, и подойдёт. Выглядит достаточно совместимым.
В конце концов, можно ведь попробовать под тщательным контролем. А BMS твоя не имеет информационного интерфейса, я так понимаю? На али по описанию нет.
На ютьюбе высмотрел про BMS ANT, с Bluetooth и всё такое.
Сдается мне, что контроллер не будет корректно работать с LTO.
Он, поди, заточен под li-ion, а там напряжения другие (3в до 4в с гаком, против 2.1-2,7в у LTO ) и режимы другие.
Кроме того, он выглядит тупым до безобразия, перепрограммировать там на вид нечего, значит в лучшем случае там выставляются напряжения резисторами на управляющих банками микросхемках. Конечно, можно изучить даташит микросхем и, если возможно, попробовать перепаять резисторы... но по-моему проще продать контроллер на барахолке и купить правильный.
Что касается надежности LTO, весь ютьюб завален изуверствами маньяков, пытающих LTO (в т.ч. "блинчики") дикими токами в сотни А, 5-кратными напругами, пробивающих гвоздями, топящих в воде... На мой взгляд, бояться за эти аккумы не стОит.
Вызывает сомнения термин «максимально точный анализ»...
Нет сомнений, что максимально точный анализ можно сделать только на основе данных от жутко дорогого специализированного средства, калиброванного и поверенного; ios девайсы, правда, жутко дорогие, но никак не специализированные и поверке, в общем, не подлежат.
Поэтому ответ: «максимально точный анализ» на данных, собранных при помощи ios-устройства, сделать нельзя, так как точность и погрешность измерительного средства «яблофон» сомнительна.
В то же время, ченьть померять можно. Но если в части вибраций и положения устройства в пространстве оно как-то ещё что-то, то в части геопозиционирования... хм... плюс-минус трамвайная остановка же Вас не устроит?
Я бы рекомендовал более полный лог прикладывать. А то понятно только, что 60 строка модуля util вашей библиотеки telethon споткнулась. А что именно к этому привело - нужно в логах смотреть.
Я думаю так:
Хранить можно либо в файле, либо в сети (облако какое-либо). Третьего не дано.
А в файле - это лучше либо в структуре (json, xml какой-либо), или в БД, например.
Ну не прятать же эти данные между кластеров на диске... не, перфоленту ещё можно... магнитофон «Электроника-302»...
Вот это:
check = (0, 1, 2, 3, 4, 5, 6, 7)
мне кажется лучше записать как-то типа:
check = tuple(range(8))
Это у тебя их сейчас 8 шт., а если бы 256?