mantech

Протестировал с питанием от LDO на том же модуле на 1.8В При усреднении 1 к 8 , т.е. 8 отсчетов суммируются и делятся на 8. получается вполне неплохо, +-1.5 разряда, на 12 битах результате, но есть один минус - есть зависимость 1го и 3го канала от изменения напряжения на 0м или 2м, небольшая, +-5 единиц. Т.е. на 0м ноль, на 1м - 300, увеличиваю напряжение на 0м до максимума (1.8В) на первом становится 305. Предполагаю, переток по обходным цепям внутри чипа, он все-таки для тачпанели был разработан, там всякие ключи и пр, через них утекает. Если кто знает другую причину - отпишитесь... Проверял на неск. платах, если что, поведение одинаковое. Причем обратной зависимости нет, если меняю напряжение на 1м, 0й не реагирует вообще.

Да сам затупил из-за большого кол-ва оберток в исходнике, ненавижу обертки))) Там при сбросе флагов в обертке уже было прибавлено смещение к базовому адресу, а я еще раз прибавлял))) Кстати АЦП там довольно удобный, он автоматически переключает каналы и цифрует, в обработчике только надо проверять с какого канала данные и класть в соотв. ячейку, в АВРке приходилось переключать каналы вручную после измерения... На счет точности пока не очень, но я использовал "цифровое" питание, потом попробую через LDOшку...

Отсюда и взял как пример...

Вопрос про TPADC с прерываниями. Может знает кто, что еще нужно сделать в обработчике прерываний, чтобы он не зависал, т.е. постоянно генерировал прерывания. Делал как в примере static void sunxi_tpadc_clear_pending(unsigned long reg_base) { int reg; reg = readl(reg_base + TP_INT_FIFOS); writel(reg, reg_base + TP_INT_FIFOS); } В обработчике читаю данные и выполняю вышеуказанную функцию, которая сбрасывает биты в регистре статуса. Нужно что-то еще сбрасывать?

Так у меня вообще 4 диска, сд карта, рам диск, усб флеш и ром диск, который в spi nand.

Что ж вы хотели... Кстати неплохая скорость..

Я это сам видел в 90х, когда пришел к знакомому на наш, кировский приборостроительный завод, там в соседних цехах уже сидели стервятники, которые выкусывали из всевозможных приборов КМки и пр со скоростью звука...

Ну может он и не нужен, у меня тоже отключен, т.к. поддержка карт SDHC только. Главное LFN включить, иначе с длинными именами будет лажа...

Это сектор. Блок может быть 512 - 32768, в зависимости от того, как вы пишете в функции ff_write и поддержке драйвера сд карты, в файле disk_io. Там функции сообщается, сколько секторов она может записать одним блоком.

При чем тут флешка в корпус? сд карта - это та же флешка, просто другой интерфейс связи. Вам написали же, что нужно работать блоками по 32К... В вас каша в голове, причем тут кластеры? Блоки это другое. Почитайте про ФС вообще и по ФАТ в частности, прежде, чем задавать глупые вопросы... Оставьте там 512, не трогайте))

На счет вырезанных КМок и "золотинок" и палладия уж точно, ничего не осталось..

диагональ: 15” разрешение: 1024 × 768 Это что, добро пожаловать в каменный век? Такое разрешение использовалось в моем ноутбуке 15 лет назад... 16.7M (6bit+FRC) - а это что за псевдоцвет? Для полноты картины, сейчас на столе стоит матрица FullHD 15" LVDS, IPS, яркость 1000, читабельна при солнечном свете. Цветность реальные 8 бит, вот это можно назвать современным дисплеем)))

На фотках что, старые заброшенные цеха с оборудованием под утилизацию?

А подумать самостоятельно? Здесь не раздел для начинающих, где все разжевывают и подают на тарелочке)))

А что ему мешает быть блочным? Там те же сектора, сстирание блока правда побольше, чем в MMC, если не исп. выравнивание износа, а в slc nand это и нафиг не надо, то эт по сути та же сд карта..

Флеш накопители не могут быстро работать, когда размер блока 512 байт. Для больших объемов данных необходимо делать блоки по 4, 8 или 16 Кбайт, некоторые карты позволяют и по 32Кб, чем больше емкость карты тем более эффективна она на больших блоках. Ну по простому, есть время за которое идет запись, и запишите вы 512 байт или 32К оно одинаковое, но скорость записи будет в 64 раза быстрее, так понятно? При чтении тоже есть выигрыш читая большими блоками. Кэширование записи. При записи пишется не только ваш объем данных, но и служебная инфа, если ее не кэшировать, то она будет записываться на карту при записи каждого блока, при кэшировании она пишется в буфер, а потом сбрасывается на карту но не каждый раз, а раз в 10 записей или 50, это уж как сделаете. Минус - питание должно быть хорошее, чтоб не порушить таблицы ФАТ. Даже еслти лень делать кэширование, то запись большими блоками у меня давала уже 5мбайт\сек , с кэшированием еще 1.5 - 2 мега больше было. Карта работала в стандартном режиме, 3.3В.

И что, кэширование не помогает? Ну дык, чего ж вы хотели-то? Кэширования нет, блок по 512байт... ЗЫ. Вы б еще карту по SPI подключили для полного, так сказать, эффекта. Мы ж тут уже писали неоднократно, что нужен больший размер блока, кэширование записи и пр...

Ну эт да, тут могут, притом, что программатор там уже есть в виде программы xfel)))

А если выпаяете, чем это поможет?))

Это вообще как и зачем? И вообще, зачем ШД энкодер? Не уверены, что не будет пропуска шагов? Тогда странно, может движок мощнее поставить?

Так и подразумевал, что HASL лучше всех для пайки. А вот это золото, очень двояко, бывает паяется отлично, а бывает, что вообще никак... Это ж вредно, с канифолью там и свинцом дышать приходится((

Ну а дистиллированная вода-то чем хуже? Отмывать потом от нее вообще ничего не надо - само высохнет))))) И то не все. Ко мне как-то обратились, надо по-быстрому сделать охлаждение БП. Он в металл корпусе, говорю, прикрутите к нему через термопасту алюминиевую пластину, потом оказалось, что они хотели с него взять 120% от ном. мощности, типа в корпус другой не воткнуть, но очень надо побольше току взять))))))) Вот так и живем...

Как раньше говорили, если вы такой умный, то почему еще не очень богатый)))))

Эт да, когда то сам делал такие "выключатели"))) Правда она управлялась по СМСке и мониторила напряжение, если что-то "не то", отправляла СМСку с измерениями...

Что, вот все прямо на нем пойдет, все эти ШИМы с множеством каналов, на одном чипе? Эт что за такой говин-то?)))))) На ПЛИСе можно было все в одном корпусе сделать...