А подумать и посмотреть даташыт

Да. Спасибо, сейчас гляну

У меня 24с16, это не подойдет?

Это 16кбит

Да. Спасибо, сейчас гляну

Даже at24c256 это меньше 50кБайт! Учтите

Да. Спасибо, сейчас гляну

Если скорости не велики, то лучше ставьте sd-card. Тем более либа для ардуинки есть и весьма простая

Если скорости не велики, то лучше ставьте sd-card. Тем более либа для ардуинки есть и весьма простая

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

EEPROM надежнее и дешевле, чем uSD

EEPROM надежнее и дешевле, чем uSD

Ну и по размерам меньше. Флешкарта с модулем для чтения уж широкая слишком

есть микросхемы флеш-памяти. Там размеры побольше

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

Попробуйте прикинуть как часто придется лезть в массив на карточке. Если что, то можно W25Q32BVSSIG взять

24c16 Значит, это 2к адресов со значениями размером в байт, так?

Вообще, возможно стоит задачу переформулировать?

Если скорости не велики, то лучше ставьте sd-card. Тем более либа для ардуинки есть и весьма простая

Микрухи в so8 есть до пары MByte

Микрухи в so8 есть до пары MByte

Я ее и скинул) флешку

Вообще, возможно стоит задачу переформулировать?

Слишком чот странное условие

Это та, которую я брал на али. 5 штук менее 150 рублей общая стоимость

Вообще, возможно стоит задачу переформулировать?

У меня есть не нуждающийся в изменении ассоциативный массив с парами ключ-значение, где ключ это позитивный беззнаковый интеджер размером от 0 до 24 бит, а значение это кириллическая стринга с длиной максимум 20 символов. Всего таких пар 1012 штук и сейчас у меня они умещаются почти в 50кбайт. Проход по всему массиву желательно не должен выходить за рамки одной секунды. Как лучше всего произвести общение с таким массивом с pro micro и где хранить этот массив?

Вроде есть на 1 ватт у китайцев передатчики

1 Ватт не соответствует требованиям ГКРЧ

1 Ватт не соответствует требованиям ГКРЧ

не пойман - не олигарх

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

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

Какую микруху? eeprom или флеш память?

Какую микруху? eeprom или флеш память?

Как тебе удобнее, там разница в системе записи

А писать тебе надо раз

Ну и подключение бывает i2c или spi

Так в eeprom значит у меня будут значения по одному байту, т.е. придется выделять по несколько ячеек под одно значение, так? Хотя, я могу кодировить их по-своему, не обязательно же utf-8, когда у меня все ограничено строго кириллицей

Прочти наконец даташыт

Так это выходит у меня получится в десяток раз меньше, чем 50кб. Пойду-ка перекодирую

Прочти наконец даташыт

А что я упускаю-то? Вроде открыл, поглядел. Или ты к тому, что я тут глупые рассуждения пишу?

Как оно читается и пишется

Как именно ты структуры хранить хочешь твоё дело

А читать можно по байтно

Как именно ты структуры хранить хочешь твоё дело

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

какие то странные строки в битах ... и мелкие

Можно хранить так 3 ячейки ключ, 1 ячейка адрес стринги А потом в конце по адресам уже стринги

что б быстро было - хранить вместе с ключем адрес начала каждой строки, но это еще два байта

что б быстро было - хранить вместе с ключем адрес начала каждой строки, но это еще два байта

Один же байт

3 байта ключ, 1 байт адрес. В еепром 1байтовые адреса, не?

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

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

Вот это да, вообще плохо

сам то как думаешь ...

сколько адресов можно уместить в 1 байте то

сам то как думаешь ...

Сейчас открою даташит

сколько адресов можно уместить в 1 байте то

256...

а у тебя 10кб уже

256...

а в двух?

2^16

2^16

Сорямба, я случайно смотрел даташит на 24c04 :)

даташит не при чем, тебе просто надо мин 10кб данных

Сорямба, я случайно смотрел даташит на 24c04 :)

а вообще подумать, что тебе надо адресовать явно больше 256 байт?

а вообще подумать, что тебе надо адресовать явно больше 256 байт?

Да. Надо больше думать, слишком я невнимательный

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

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

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

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

ну 10 бит не реально, геморройно очень, побайтно проще намного, тогда у тебя 2 байта ключ и 2 байта адрес строки + offset после таблицы ключей

ну 10 бит не реально, геморройно очень, побайтно проще намного, тогда у тебя 2 байта ключ и 2 байта адрес строки + offset после таблицы ключей

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

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

ERROR: S client not available

О, на Али таких вагон

Мне бы в москве.....

http://www.voltmaster.ru/cgi-bin/qwery.pl/id=739188819

http://www.voltmaster.ru/cgi-bin/qwery.pl/id=739188819

Спасибо тебе огромное, не первый раз выручаешь

Народ, есть дебильная ситуация, нет понимания как из нее выбраться. Вкратце: есть самопальный блок управления и светодиодный светильник, металлический. Они соединены трехметровым кабелем, по которому идёт до полутора ампер на диоды и сигнальная линия. В корпусе есть отверстие, закрытое акриловой вставкой. Под ним стоит ёмкостный сенсор касания на базе mtch101 с open-drain выходом. Этот выход по тому же трехметровому кабелю (знаю, что решение ущербное, но другой возможности нет) подключен к блоку управления, который замеряет время, в течении которого кнопка нажата и в зависимости от этого времени переключает светодиодные линейки и диммирует их. Проблема в том, что наводится помеха, то ли на площадку сенсора, то ли на сам mtch101 и он начинает залипать в нажатом состоянии или срабатывать без причины. Как это можно победить?

Сенсор запитан через свою 7805 на месте. Проблема в том, что светильник толщиной 15мм, и с торцевой засветкой. Там места только под сенсор и ввод кабеля. Я пробовал победить путем снижения чувствительности и увеличением резистора между площадкой и входом датчика, это помогло, но результат нестабильный

В ноутах для трекпада такие типа

Нужно соединить два устройства на расстоянии до пары метров. Данные будут передаваться в формате, схожим с RS232 на частоте 1200 бод, важна быстрая синхронизация. Что лучше поставить, bluetooth-адаптеры или wifi-адаптеры? Критичен размер адаптера (нужно как можно меньше).

Не то и не другое. Эти протоколы допускают буферизацию

Печалька. А как можно с помощью беспроводной связи тогда синхронизировать устройства?

Нужно соединить два устройства на расстоянии до пары метров. Данные будут передаваться в формате, схожим с RS232 на частоте 1200 бод, важна быстрая синхронизация. Что лучше поставить, bluetooth-адаптеры или wifi-адаптеры? Критичен размер адаптера (нужно как можно меньше).

nrf24l01 ?

Когда говорят "нужна точность " я начинаю выпытывать цифры

Вот когда скажешь сколько миллисекунд или наносекунд надо тогда можно дальше думать

1200 бод это быстро?

Вот когда скажешь сколько миллисекунд или наносекунд надо тогда можно дальше думать

1200 бод :) для кого-то это не быстро, но визуальной задержки не должно быть

nrf24l01 ?

Спасибо, почитаю характеристики.

С Днём Победы!

С Великим Праздником!

Доброго времени суток! С днем победы всех! Подскажите пожалуйста, вот я нашел дисплеи nexton, интерфейс uart. Не будет ли тормозить изображение? Видео конечно я не буду выводить, но всякие "водопады" хотелось бы.

Скорость uart подели на то сколько байт надо передать для одного кадра, получишь fps водопада

И на десять

Ага, спасибо!

Доброго времени суток! С днем победы всех! Подскажите пожалуйста, вот я нашел дисплеи nexton, интерфейс uart. Не будет ли тормозить изображение? Видео конечно я не буду выводить, но всякие "водопады" хотелось бы.

По уарту на некстион залить картинку можно только попиксельно. это медленно.

(по состоянию на конец прошлого года)

Они заточены именно на то, что ты заранее готовишь проект и потом пользуешься готовыми ресурсами. Это не внешний дисплей + видеокарта, это простенький HMI

Они заточены именно на то, что ты заранее готовишь проект и потом пользуешься готовыми ресурсами. Это не внешний дисплей + видеокарта, это простенький HMI

То есть картинка статическая будет?

Ладно, погуглю, но да я именно про некстион спрашивал

То есть картинка статическая будет?

Там можно организовать "анимацию", почему нет.

анимация там из вшитых картинок, по идее