[cvetblue]Новость от 25/08/2026 Прошивка V4Великого Девайса (для Меги 8, 88, 168, 328). Поддержка Микрочипа, i2c-scan, уточнение для IR-box, скорость soft для ATMEL понижена в 6 раз для прошивки целевого Атмела с кварцем 32768. Скачать PostalAVR_v4e[/cvetblue]
Также для eMMC можно использовать FT232H без потери скорости (2.25 MB/sec). Программа пока в непрерывной разработке и находится в конце темы.
Надо сделать точно как я написал, а не просто в произвольные места подключать. И чтение почему-то много потребляет у тебя, наверно коррекция ecc интенсивно работает. Ну не вижу я за что зацепиться. Конденсаторы 0.1? С внешним питанием у меня даже намёка на ошибку нет. Внешнее питание нужно только для питания eMMC одновременно, для ISP по идее не требуется. Если поставить цель питать одним шнуром, тогда сначала на питание FX2LP нужно buck-boost поставить вместо простого стабилизатора, чтобы импульсную просадку на проводе обойти, и всё это выглядит сложнее, чем просто дополнительный шнурок.
На плате "шляпы" у меня на штырьки надеты проводки, у которых второй конец тоже штырёк, который уже зажимается крокодильчиком от лабораторника.
Сейчас попробую выставить 3.3 вольта на лабораторнике и отдельно eMMC запитать, тут опять кнопка для EPM240 нужна, другую шляпу буду использовать. Чуть попозже сделаю.
Добавлено (25.08.2026, 12:41:04) --------------------------------------------- letunov45, у меня возникла мысль. Ошибка выглядит как прерывание передачи по usb. Если это были бы аппаратные повторы режима bulk, то версия FX2LP обошла бы их. Windows позволяет вставлять в стек usb сторонние программные фильтры. Если аппаратура разных производителей работает одинаково, то видимо одинаковый комплект софта, и кто-то из этого софта, возможно, такой фильтр поставил. Как предположение. Поэтому я всё-таки попробую урезать размер передачи в программе под такой случай. Так что ничего не трогай.
делается так. Гнездовая часть подачи 5 вольт со шляпы снимается и ставятся штырьки вверх в дальнюю от кнопки вертикаль.
Питание переделал и запустил как рекомендовал, зеленую плату запитал от 5 вольт ЛБП. FX2LP по USB подключил к ПК. На зеленую плату подал 5 вольт с ЛБП. Set ISP видит ЕММС, но при записи ошибка pipe 02. Затем на зеленой плате, снял всю керамику которая должна стоять 0,1мкф. При перепроверке и сравнении с эталонной емкостью 100нф - были расхождения. диапазон от 90 до 160 нф, поменял на 100 - 103нф. Отмыл плату, высушил. Сначала соединил питание между платами перемычкой. Запустил чтение, потом запись и опять ошибка pipe 02. Передернул USB снял галочку Мульти Сектор и запись пошла, на 1 % прервал. Разделил питание как ты указывал, без галочки Мульти Сектор запись идет. Запись начата в 19ч.17 мин. записано 12% время 20ч.10 мин. Вроде очень долго. и джампер поставлен на 1/2. На фото он был выключен.
Запись по одному сектору (по 512 байт) долгая из-за того, что постоянно происходит разворот на чтение через usb, а usb имеет большую латентность (большое время разворота направления передачи). Для быстрых чтения-записи работают быстрые функции, использующие буфер 64к (для Windows 10 доступен 1МБ, не используется). Я могу создать ошибку pipe 02 программно, но не могу её сбросить, это должен уметь драйвер. Драйвер не может сбросить передающую pipe. Поэтому программа работает с FX2LP настолько аккуратно, насколько это возможно, чтобы этой ошибки pipe не было. Прошивка FX2LP работает таким образом, что если входной буфер 2к опустошается, то она переходит к чтению и отправке данных в сторону компьютера. Даже если данных не запрошено, она отправляет 0 байт. Если этот ноль не принять, то следующая передача заклинит pipe 02. Поэтому ясно, что опустошается входной буфер FX2LP раньше, чем pipe 02 всё передала. Однако тестовая прошивка показала, что перерыв в передаче запредельно большой, и обработка его на стороне FX2LP не имеет смысла. Если исходить, что железо собрано и работает нормально (как у меня), то остаётся очень мало вариантов. Просто попробуем сократить буфер, будет медленнее, но не так, как по одному сектору.
Насколько помню, драйвер Cypress вообще не работает с аппаратным квитированием и подтверждает отправку всего буфера 64к мгновенно. По факту буфер застрял где-то в системе и потихоньку передаётся. И вот чтобы сбросить pipe 02, нужно залезть туда, где драйвер не бывал. Однако, если мы отправим 2к данных, и драйвер сообщил бы, что они влетели в буфер FX2LP, то это никак не сообщает о конце операции, и вот тут уже работает функция чтения обратно хотя бы нуля данных, которые отправляет прошивка FX2LP через pipe 86.
letunov45, ты в железе не ищи, всё что угодно может быть. Только случайно можно найти. Даже помеха в сигнал ready со стороны EPM не сыграла бы на тестовой прошивке. Попробуй вот что. Сними шляпу, оставь внешнее питание с неё (и землю), а сигналы подключи (и землю) прямым подключением к FX2LP (у него уровни совместимы с 3.3). После этого сними галку шляпы и поставь галку нового протокола рядом. Если всё отлично заработает, то точно в шляпе дело. С обеими снятыми галками понятно что заработает, а новый протокол нагружен даже сильнее, чем протокол шляпы. 16МГц там же поставь. Правда я не понимаю, как шляпа может влиять при раздельном питании, но проверить надо. Проводками на штырьки соедини, это несложно.
Я уже сам проверил Extended protocol, как выше написал. Питание и землю eMMC берёт с отключенной шляпы, земля соединена проводком 10 см с нижнего штырька джампера скорости шляпа на нижний левый штырёк GND платы FX2LP, сигналы на плату FX2LP. За счёт земли неправильное соединение, это сказалось чувствительностью к контакту в гнезде карточки, несколько раз пошевелил, чтобы ошибки crc пропали. Также при переключении протоколов на лету всё равно глюк, хотя внешнее питание. Да даже и просто так глюк на Set ISP на быстром протоколе, если Set ISP нажать после многократных успешных записей и чтения. Где-то там собака порылась, надо будет поправить. Решается передёргиванием самой eMMC в гнезде карточки. Но никаких ошибок pipe нет. Ошибки pipe были бы, если снимать питание 3.3 вольт для eMMC с платы FX2LP, это понятно.
Для Extended protocol ошибка в переключении скорости в прошивке FX2LP. Пока обход такой. Set ISP на стандартном протоколе, потом переключить и сразу читать-писать.
Сними шляпу, оставь внешнее питание с неё (и землю), а сигналы подключи (и землю) прямым подключением к FX2LP (у него уровни совместимы с 3.3). После этого сними галку шляпы и поставь галку нового протокола рядом.
Я правильно понял, питание EMMC - 1.8, 3.3 и GND берем с зеленой шляпы, как на фото? Зеленую шляпу с синей соединяем GND ? Сигнальные линии с ЕММС - CLK, CMD и D0 подключаем на синюю плату, только какая линия на какой штырек разъема?
Я так даже не попробовал, вот сейчас запустил, идёт нормально.
Цитата
но запись опять pipe 02
Если тебя это успокоит, то шляпа в порядке. Надевай обратно шляпу, уменьшу буфер и выложу программу. Только со скоростью сначала разберусь, раз наткнулся.
В общем, проверил я установки скорости для extended protocol FX2LP. Там 2 варианта. Либо плохая форма импульса, но скорость чтения 0.95 MB/sec (версия 009), либо красивый импульс, но скорость 764 KB/sec. Я сделал пока красивый, если что можно вернуть плохой. Ошибок нет. Выкладывать не вижу смысла. Сейчас сделаю версию для letunov45.
Версия для letunov45, запись около 2-х раз медленнее из-за маленького буфера. Меньше буфер делать нет смысла, если не пойдёт, то искать другой путь. Режим включается галочкой. Для шляпы.
Убрал ошибку в функции чтения FT232H, из-за которой загружается процессор. Шляпа вместе с FX2LP оказалась немножко эффективнее, чем FT232H. Тактирование FT232H 30MHz, что больше в 1.2 раза, однако соотношение времени чтения 1.1 раза (функции и методы идентичны).
Первый раз, с этой для меня тестовой программой, питание зеленой шляпы 5 вольт взяд с FX2LP платы. включил свою галочку нажал запись, и через какое то время через минуты 3 ПК ушел в синий экран с перезагрузкой системы. Передернул провод USB, подал питание 5 вольт на шляпу с ЛБП, вкл. галочку свою, нажал запись. Запись пошла, сейчас 7%
Я говорю, бяка сидит какая-то. Чтобы в синий экран Windows XP ушла, нужно после ошибки pipe ещё в цикле раз 1000 драйвер запросить. Сейчас по ошибке pipe взводится переменная, и обе pipe на входе в функцию её проверяют. Сбрасывается ошибка в момент connection opened. То есть, для синего экрана надо ещё понажимать. А на Windows 10 вообще синего экрана не видел.
Цитата
Запись пошла,
Так давай побольше сделаем буфер. С таким маленьким чуть быстрее 1МБ в секунду пишет, это медленно.
Файлы
Прошивки
Продажа
Литература
Статьи
Зарегистрировано всего