а светодиодке хватает с трансформатором?

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

Это огромный код на си плас плас от ардуино иде

все, не интересно, дальше с Кактусом

Хотя алгоритм не сложный. Может, на асм переписать

Хотя, я не хочу на асм переписывать

32кб флеша, но там же код ещё

в 328p 32kb flash встроенной под програму и статические данные, часть (2кб) отъедает boot loader, если твой код уместится в 10кб, то у тебя остается 12-16kb под твои данные без доп микросхем

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

а если фазу на разрыв пустить, поможет?

а первые три байта - хеш ?

Ключи-то? Нет, не хеш, но спасибо, я забыл из хешировать. Сделаю хеширование до одного байта, тк значений у меня всего 1012, то можно их в 10и-битный хеш ужать, но тк я все равно выравнивать буду, то 2х байтный хеш позволит сократить место занимаемое ключами

Хотя, не.мне не хеш нужен а биективное отображение 1012и 3хбайтных значений в 2хбайтные

Ну фишка в том, что ключи мне надо будет читать и сравнивать с ними (не просто равенство, но и другие операции сравнения) Давайте в анархию

Как посоветуете биективно отображать 1012 уникальных 3хбайтовых значений в 1012 уникальных 2хбайтовых значений?

Чтобы я из 2х байтового значения мог обратно трехбайтное получить

Хеш-то это инъективное отображение

какая длина строки максимальная?

Как посоветуете биективно отображать 1012 уникальных 3хбайтовых значений в 1012 уникальных 2хбайтовых значений?

А надо быстро получать из одного другое, или некритично?

в 64 уложишься?

какая длина строки максимальная?

Мне строки кешить не надо, но ща скажу

У меня ассоциативный массив на 1012 пар ключ-значение. Ключ 24хбитное число и значение это кодированная строка. Общий вес строк составляет 10623 байт. Общий вес ключей 3036 байт Каждый ключ это 3 байта. Стринги варьируются от 22 бит (почти 3 байта) до 191 бит (почти 24 байта)

Вот вся инфа

предлагаю вместо хеша использовать 2х байтный номер (10бит) + длина строки (6 бит)

У меня ассоциативный массив на 1012 пар ключ-значение. Ключ 24хбитное число и значение это кодированная строка. Общий вес строк составляет 10623 байт. Общий вес ключей 3036 байт Каждый ключ это 3 байта. Стринги варьируются от 22 бит (почти 3 байта) до 191 бит (почти 24 байта)

ну не много, 14кбайт, если твой код уместится в 16кб то 328р хватит

предлагаю вместо хеша использовать 2х байтный номер (10бит) + длина строки (6 бит)

Так а чтобы этот номер обратно раскодировать мне надо хранить таблицу соответствия номера и ключа

Проще уж сразу трехбайтные ключи хранить

ключ - начало строки

У меня ассоциативный массив на 1012 пар ключ-значение. Ключ 24хбитное число и значение это кодированная строка. Общий вес строк составляет 10623 байт. Общий вес ключей 3036 байт Каждый ключ это 3 байта. Стринги варьируются от 22 бит (почти 3 байта) до 191 бит (почти 24 байта)

не, 3 байта ключ, 2 байта адрес строки, и сами строки - 16кб

Проще уж сразу трехбайтные ключи хранить

тебе все равно смещения хранить массивом

Народ

А со статора можно снимать электричество в генераторе, если наоборот собрать?

не, 3 байта ключ, 2 байта адрес строки, и сами строки - 16кб

не

2 байта (номер + длина) - указатель на строку во флеш, в начале которой - ключ

А со статора можно снимать электричество в генераторе, если наоборот собрать?

так обычно и делают

так обычно и делают

А, попутал. С ротора. Ну точнее в данном случае ротор - неподвижная ось, а статор - вращающийся. Такой же принцип применяется в движках в колёсах разной техники, не?

какая разница, электрические машины обратимы

какая разница, электрические машины обратимы

Как называется правильно, что гуглить?

2 байта (номер + длина) - указатель на строку во флеш, в начале которой - ключ

Так а зачем номер тогда? Можно адрес и длину

Как называется правильно, что гуглить?

а что тебе надо то

Так а зачем номер тогда? Можно адрес и длину

номер - индекс массива длин строк

массив - однобайтный

1024 значения

А зачем индекс, когда можно сразу адрес нужного значения??

а что тебе надо то

Нашёл проект вертикального генератора, судя по описанию. - применяется именно такая схема, стало интересно, как это работает

А зачем индекс, когда можно сразу адрес нужного значения??

2 байта на значение

а так - 1 байт

в два раза меньше

а так - 1 байт

Такс

Ну и да. Индекс это сдвиг от адреса начала так-то

эффективный адрес строки во флеш: Смещение + сумма длин всех строк до искомой

по указанному адресу - ключ

длина текущей строки известна из массива

а что тебе надо то

Нашёл, двигатель обращённого типа)

... и номер из индекса

Нашёл, двигатель обращённого типа)

Brushless Outrunner у моделистов везде теперь

Brushless Outrunner у моделистов везде теперь

Тоже поищу ща, спасибо! А как генератор можно заставить работать?

Крутить его?

Такс

ну че замерз?

ну че замерз?

Да я из магазина шел

Вот сообщение по чуть-чуть писал

Ща допишу

Значит что имеем: В начале еепрома хранить индекс и длину строки. Макс длина строки это 24 байт, т.е. Нужно 10 бит на индекс и 5 бит на длину, т.е. 15 бит в сумме, т.е 2байта без бита Сразу за этими 2024 байтами индексов хранить пары 3байта ключ и стринга выровненная до байта

Так?

нет

1кб значений длин строк

находятся во флеш по смещению

сразу следом - начинается массив строк с ключами

вначале каждой строки - ключ

чтобы узнать адрес строки, нужно пробежать массив длин и вычислить сумму длин (смещение внутри массива строк) до нужной строки

по указанному адресу лежит ключ, следом за которым сама строка

ERROR: S client not available

длина строки в массиве длин учитывает длину ключа

+3

иначе тебе нужен уже массив двухбайтных адресов

что больше ровно в два раза

но дает большую производительность

(не нужно вычислять адрес, он уже указан в массиве)

Такс

Ща обдумаю тобое сказанное

Значит что имеем: В начале еепрома хранить индекс и длину строки. Макс длина строки это 24 байт, т.е. Нужно 10 бит на индекс и 5 бит на длину, т.е. 15 бит в сумме, т.е 2байта без бита Сразу за этими 2024 байтами индексов хранить пары 3байта ключ и стринга выровненная до байта

Ой. Да. Зачем индекс-то, когда можно просто длину хранить и начало всего массива

Так, не. Падажжи

начало тоже не нужно

чтобы узнать адрес строки, нужно пробежать массив длин и вычислить сумму длин (смещение внутри массива строк) до нужной строки

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

оно у тебя - адрес массива длин + 1024 (или сколько у тебя строк)

(1012)

ну вот - делаешь один большой массив

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

вначале идет 1012 значений длин

да

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

тебе нужна скорость?

думаю нет

она будет приемлимой

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

Спасибо большое за это

328 имеет алу

сложение за такт

она будет приемлимой

Ну допустим, смогу ли я за секунду просмотреть все ключи заново пересчитывая суммы?

ща

чтение 2 такта + загрузка 1 такт

3*1012+1011

тактов на весь массив

Ну допустим, смогу ли я за секунду просмотреть все ключи заново пересчитывая суммы?

Вот столько сумм надо будет сделать sum(sum(range(1, i)) for i in range(1,1013))

Т.е. 172738786