08.08.2017 (ver 1.4.8.0)
Fix: Bugs that have been found through your crash report
Fix: Saving VCF for contacts
Add: Multiple file selection for Samsung firmware
Add: Write full Extcsd or write only the boot configuration ("Repair Extcsd" button)
Add: Intel vendor (for easy read/write ROM2/ROM3/GP1)
Add: "Pinouts" tab (taken from the catalog of classic software)
Add: Checker for Sony TrimArea
Add: Speed graph for "Random verify emmc"
Add: Fat16/Fat32/exFat support (Explorer)

Кратко:
изменилась нумерация версий
добавлена поддержка вендора "Intel" - через xml, как Qualcomm, с чтением и записью ROM2/ROM3/GP1
добавлен модуль проверки на целостность trim раздела телефонов Sony
добавлен отдельный парсер preloader'ов для MTK (в настройках также можно отключить вывод совместимых микросхем, по умолчанию включен).
при выборе прошивок Samsung на закладке "Write by vendor" можно выбрать сразу несколько файлов
добавлен график качества проверки радномной проверки флешек (инструкцию добавил пока на другом форуме)
добавлен доступ с поиском к папке "Pinouts" из "EasyJTAG Classic"
добавлена поддержка чтения Fat16/32/exFat в Explorer
добавлена колонка размеров разделов в Dec на закладке "Read by Vendor" для наглядности
на вкладке "eMMC General" при опции "Write All" добавлено "подхватывание" раздела GP1
на вкладке "eMMC General" при опции "Write All" из файла Extcsd происходит теперь только запись бут конфига во Flash

вопросы и пожелания можете писать здесь.

P.s. начиная с версии 1.0.0.47 раз в сутки происходит проверка и автоустановка обновлений. Принудительно проверку можно сделать через "Settings" - "Check for update"

На Windows XP не запускается:

попробуйте эту библиотеку

С ней работает, спасибо

Это теперь после каждого обновления надо такое проделывать ?

Нет, просто в Explorer вводили поддержку FAT, но эту версию не тестировали под XP, не думали, что может повлиять.

Две очень полезные функции, первая дак вообще, уже три флэшки выкинул!
Единственное чего бы хотелось так это чтоб в логе, к длительным операциям приписывалось время. Например:
Random verify eMMC ... (а здесь, или в начале строки текущее время)
Verification completed successfully (а здесь, или в начале строки текущее время)

И так же добавить время в строках когда пишется что-то большое, например ROM1.
Для чего? Зачастую приходится писать большие куски по ночам. Ставишь на запись и идешь спать, а утром или к обеду уже все готово. Так вот хотелось бы знать момент окончания записи, что б примерно оценивать за сколько записывается раздел того или иного размера. Опытные мастера уже примерно знают время записи каждого размера, а вот кто начинает пользоваться тем сложнее. Тем более программистам это вообще легко реализовать, приписывать текущее время к определенным строкам. Если не трудно сделать такое то многие наверное были бы рады.

В файле лога пишется дата. Но проблема там в другом. Random Verify оказалась более сложной, чем казалось на первый взгляд. в данное время она доводится до ума методом проб и ошибок.

Random Verify eMMC хорошая процедура.
Начал просеивать флэшки в сервисе. Скажу так, при большом кол-во медленных блоков, больше 50%, флэшку вообще не рекомендую ставить. Вернется обратно аппарат чрез недельку пользования.
Предсмертное состояние носителя, скажем так.

В random verify тоже начал вникать. Приобрел партию б/у KMK7X000VM-B309. Все как одна при запуске теста очень медленно проверяются пока не сделаешь заводской сброс+формат. Вот вопрос, все 20 шт кривые?

В версии 1.4.8.0 алгоритм графика такой: на графике одной точкой показывается скорость чтения самого медленного блока из 5-ти подряд прочитанных.
В новой версии будет динамически масштабируемый график.

Мы также пробовали мерять скорость записи (где 2 графика).

Первый график - б.у. нормальная флешка (чтение).
Второй - б.у. полуживая.
Третий б.у. нормальная
Червертый б.у. - убитая.
Пятый б.у. нормальная
Шестой б.у. нормальная
Седьмой - новая.

Вообще надо отдавать предпочтение стабильным графикам или графикам с низким показателей медленных блоков.
Также надо браковать флешки у которых минимальные цифры ниже 1/10 от максимальной.

В emmc_tool справа внизу показывает оставшееся время.
И что там может ночь писаться? 8 гиг заливаются меньше 2 часов.

В новом боксе будет скорость не 1.2MB/s, а 15-25MB/s
По 1 линии новая коробка дает 4,2MB/s

Осмелюсь спросить. Когда это будет? Хотя б примерно?

20 августа объявят точную дату старта продаж.

20 августа будет объявлено о комплектации, цене и точной дате продаж. Речь идет о том, чем, и в каких вариантах будет комплектоваться бокс, т.к. выяснилось, что без проблем на 8bit 36Мгц (в будущем еще и 42) работают только обычные сокеты мурка (MOORC).

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

На "вертолетах" проблемы, связанные с тем, что IO (VCCQ) бокс выдает сам 2,8, а вертолеты подают на микросхему питание со своих стабилизаторов 1.8 (получается бокс ждет 2,8 уровень, а там 1,8).
На платках проблемы что на них не всегда правильно разведены дорожки GND (отсутствует GND на 20 ноге, а есть только на 2).

Тема по тестам адаптеров на соседнем ресурсе

В той теме к сожалению нельзя спросить, поэтому спрошу здесь. А вы не знаете можно ли использовать красный вертолет (с маленькими кренками) в восьмибитном режиме если стабы заменить на более "высокотоковые"?

я там специально сделал закрытые темы, чтобы не было флуда.
по поводу "вертолетов" пока все в тесте. во многих вертолетах 20 нога не подключена на GND.
Дальше больше. Вертолеты подают свое питание. Поэтому возникает несогласованость уровней, когда бокс выдает 2,8 IO и ждет уровень такой же, а там 1,8 с помехами.

НУ так и на старом боксе так было. Бокс же не умел регулировать сам напряжения. И чего тут ждать от вертолета который делался под старый бокс?
И причем тут помехи?

Первое: на вертолетах есть разъем GPG, который и стал стандартом для колодок MOORC до вертолетов.

а теперь вопрос к любителям математики
какая разница в длине дорожек CLK/CMD/Data необходима для того, чтобы фронт сигналов рассогласовывался при частоте в 40MHz?
Никто не спрашивал почему на некоторых платах некоторые дорожки нарисованы извилинами?

Правильный ответ: чтобы длина дорожек была одинаковой.

на практике для 20MHz длинна дорожек не должна отличаться больше чем на 5 см где-то для стабильной работы.
и если мы берем ситуацию, что надо согласовать длину дорожки для одной D0 или для восьми (D0-D7)? и если она будет излишне разной, то боксу будет сложно работать на высокой частоте. потому что на разных Data будет разное "запоздание" сигнала

На практике получаем то, что платки на 4 микросхемы на 36MHz дают постоянные ошибки.

Ну просто это выглядит со стороны как запихивание движка от боинга в ВАЗ копейку, а потом обсуждение , почему оно не взлетает.
Вертолет делался же под первый бокс и его частоты. Логично что со вторым боксом будут проблемы