bbg

Меня терзают смутные сомнения, что Вы как-то излишне усложнили себе задачу. Вот несколько более конструктивный подход - нужно нагенерить для некоторого алфавита набор кодов с большим хэмминговым. Допустим, у нас есть генератор случайных чисел, генерим кодовые слова длины N "бит за битом", тогда примерно половина битов будет 1, другая 0, генерим еще одно такое слово (пятое, десятое) - всюду можно ожидать, что хэммингово расстояние между кодовыми словами будет с большой вероятностью близко к N/2, если размер алфавита много меньше мощности множества кодовых слов. Проверяем.. Алфавит - 256 символов, в качестве рэндомгенератора, не мудрствуя насчет генерации бита за битом, используем хороший криптоалгоритм, например, AES (хороший криптоалгоритм должен обеспечивать аваланш - то есть изменение одного бита на входе приводит к изменению примерно половины бит на выходе) Параметры - 128бит кодовое слово, 8 бит - символ алфавита, ключ для AES - просто нолики, на входе в AES массив из слова алфавита (байт) плюс 15 байт ноликов - результат 256 128-битных слов, у них минимальный между собой хэмминг 40, максимальный 89, в среднем 64 (только что набросал прогу и проверил). Так годится? (AES для народа сейчас есть даже в некоторых кристаллах приемопередатчиков, например, SPIRIT1)

конечно... это обычное "цэ из эн по ка" где "эн" - длина слова в битах, "ка" - ваше "расстояние хэмминга" или число несовпадающих бит, число таких наборов (формула числа сочетаний) это n!/k!/(n-k)!

лекко: http://www.stanford.edu/~asaxena/resources...hrecognizer.pdf но имейте ввиду - это тоже не совсем серьезная поделка, хотя и на четыре порядка выше корнуэлловской халявы..

не верю, что "это", бугага, "нормально работает".. "это" вооще не работает, и никогда не будет. поищите в инете индусский спичрикогнайзер, что-ли, там dtw на и пр. фишки на 8085, тиор-атически мона перевести на мелкие атмельки, но это тоже будет рекогнайзер известных дикторов.. хотите разных - сделайте кепструм, и немного будет вам..

http://www.startcopy.ru/likbez/cart_sclp300.htm

Только в "высоконадежных" ПИКах, применяемых в такой не шибко уж специфический области, как контроллер небольшого коллекторного моторчика, наблюдал такой замечательный эффект, как подгорание и "корочение" Vcc на Gnd _внутри_ кристалла! У меня теперь даже возник небольшой побочный бизнес по замене плат с пиками на платы с 8-ми мегами. Пока (тьфу-тьфу) все прекрасно работает уже полгода. А вообще, вопрос про надежность очень непрост, и от обвязки многое зависит, как и от прочего environment..

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

Эх, ностальжи, тоже паял цепочку 18v01+xc2s50 когда-то.. Была такая ситуация года четыре назад, как я понял, дело действительно в соединениях, качестве и количестве питания, в общем надо облагородить внешнюю и внутреннюю электромагнитную обстановку :) Кстати, заодно рекомендую (уже писал как-то об этом) поставить в третий кабель диоды Шоттки, вместо подобия 1n4148 - как раз с такими мне достался. В-общем проблем с этим изделием с тех пор не было.

Крошки не обязательно, можно сухарики 1х1см, для чистоты эксперимента надо сделать так чтобы стол не вращался, раздвинуть сухарики подальше друго от друга. 99% половина сгорит, половина не зажарится вообще :) Когда стол крутится это как будто вы бегаете с зажигалкой за муравьем - естественно он уползает от огня туда где похолоднее :) Хлеб сильно разогревать категорически не советую, несколько раз такое наблюдалось у нас в офисе с вновь прибывшими работать девочками - при попытке приготовить сухарики на максимуме ("а иначе они мягкие.."), и забыв про них, сухарики (вернее, продукты возгонки) воспламенялись, генерируя жуткие клубы дыма, так что в помещениях срабатывала пожарка, про запах умолчу, вентилировалось несколько часов. После второго раза в микроволновке лопнул стол (вращающееся стеклянное блюдце, пришлось покупать новый). Кстати, прекрасный рецепт офисного терроризма, всего-то и надо кусочек хлеба (черного) и микроволновку.. Про животных. С муравьями не пробовали, но вот с тараканами была жоская развлекуха - в микроволновке насекомое резво находит область, где поле по-минимуму, и там отсиживается. Выживает даже в таком аццком дивайсе, как центрифуга для сепарации сложных органических соединений, тысяч 60, что-ли оборотов. Но это я уже лично не наблюдал, но считаю источник надежным.

Есче про мажоритирование, если кто захочет связываться, канечна. Оффсеты рекомендуется брать нечетными и взаимно простыми, при записи/чтении чураться значений x00 и xFF (что требует некоторой изворотливости, но весьма себя окупает), - ну и, само-собой, контрольна сумма тоже считается

Пишем сразу в три ячейки (причем разнесенные в пространстве памяти), читаем из трех ячеек, принимаем решение - прочитали три одинаковых числа - ОК, прочитали два одинаковых, одно неодинаковое - принимаем решение в пользу двух одинаковых. Прочитали все три неодинаковых - кричим "караул!"

А одни мои знакомые извратились до того, что стали писать-читать с тройной избыточностью, используя классическое мажоритирование. По их словам, за пять лет ни одного сбоя. Правда, возможно и без мажоритирования не было бы ни одного сбоя :)) Кстати, интересна статистика, а как именно "вылетают" ячейки? Типа одно-несколько "нехороших" мест, или целый ряд близкорасполеженных?? По-любому, все проблемы начинаются с качества питания, imo.

Кстати, господа, у Атмелей в аппнотах 311 и 315 БААЛЬШОЙ баг, то исть их ISR в ряде случаев не ресетит TWINT в обработчике прерывания, что не есть гуд, ибо в даташите сказано прямо и честно, пока выставлен TWINT, SCL шины лежит в нуле, что вообще-то, корректно. Но если вы пользуете атмелевский код (даа, тот, который с прерываниями) и на дай Бог попали на кэйс с незарешеченным TWINT, то можете долго любоваться шиной с заваленным SCL. Требую линчевать писавшего код под эти аппноты индуса (не читал даташит, сцуко)! А с дизайном микрухи все ОК (это я про TWI), разве что соображения про минвэлью в TWBR.

Гм. И чего спорим?? Field-Programmable - это изначально (1984-й год) SRAM, сейчас - не обязательно. Complex Logic - это развитие некомплекслоджик PLA и PAL, появление разных там CLB с продвинутым интерконнектом, неважно же по сути - матрицы, шматрицы, столбцы, хексматрицы, ужосс. В реале - по-прежнему: FPGA грузим откуда-то, CPLD имеет на борту EEPROM (ну флэшем ее обзовите, особой разницы не вижу, хотя знаю). FPGA имеет базовый "элемент", так его назовем, по габаритам меньше, засунуть в кристалл можно больше, вдобавок, не надо скрещивать ужа с ежом (еепромными транзисторами - тот еще ужосс) - работать будет быстрее (ибо на более продвинутых субмикронах) - по сути рано или поздно технологии сольются в одно. А так, "все это маркетинг"..

Весьма похвально. Но имейте ввиду, что CVAVR-овский компайлер, так сказать, имеет много гитик, то есть девиаций, иногда полезных, от стандартного C. Да и кто их не имеет.. Но все равно могу предсказать вам радость от сокращения в десятки разов, если не в сотни, времени разработки. Я вас даже зауважал, писать для 32-й меги на авээровском асме - это да!