T.E.S.T.C.O.P.Y.

Predsed, просто установите в arduino ide библиотеку которую просит. А так то в скетче она подключена, но ее у вас нет, так что компелятор не может добавить в прошивку то чего нет в ардуино IDE. :)

Теперь ясно почему вторая команда в библиотеке Eeprom24C04_16 работает быстрее, т.к. она действительно сначала все помещает в буфер а потом сливает его в микруху. Спасибо за разъяснение


Predsed, Проверьте есть ли библиотека (Eeprom24C04_08_16) по пути C:\Users\Имя_пользователя\Documents\Arduino\libraries


Krepton85, кто-то еще делает обнулятор =) Ваш проект живет своей жизнью

Скрытый текст +

galavarez, да это сайт ShamilSH, все эти проекты моих рук дело, сделал по запросу для ShamilSH. У нас типо соместный бизнес. :)
Да 2-ая команда эта походу запись в чип страницами, с указанием объема страницы. Удобная штука, даже и не знаю как бы я без ее записывал 24c32-24c512, а так же 25Q40 - 25q128. Pro версия сейчас у меня записывает 25q80 (1Mb) за 40 сек, вместе с верификацией, незнаю это быстро или медленно в сравнении с др. программаторами, но точно знаю что можно быстрее записывать SPI Flash если использовать режим SPI QIO вместо DIO, но мой программатор только DIO поддерживает, да и не все флэшки поддерживают режим QIO, так что пришлосьбы заморачиватся мне еще и по моделям/произвадителям spi flash.

Вот так у меня получилась прокрутка бинарных файлов, как я и предполагал это очень медленно 1 страница за 3 секунды, размер видимой страницы 192 байта. Но с мелкими файлами не так критично, да и к тому же есть множитель страницы позволяющий "прыгать" через несколько страниц вверх вниз, да и плюс переход в ручную к конкретному смещению, используя qwerty клавиатуру - тут вообще пришлось попотеть что бы преоброзовать текстовые данные (в HEX) объекта класса String в числовую переменную unsigned long. Тот кто в теме, тот поймет.


Наконец то окончательный вид редактора бинарных файлов на карте памяти:




Па моему это просто "бомба".

Подправил свою библиатеку для spfd5408 - кто то сюда специально накидал задержек в микросекундах, в одном месте была 50мксек, и еще в 6 местах по 10 мксек, сейчас убрал все задержки и все работает со скоростью как у galavarez. Обновление 1-ой страницы укладывается в 1000милисек. А еще заметил, что если к данным в ячейке дописывать нолик в начале, если они меньше 16(для красоты, что бы было не 3 например, а 03), то это тормозит вывод данных на дисплей.

Залил скетч. Дело оказалось в том что у библиотеки Eeprom24C04_08_16в с расширение rar а не zip.
Возникла другая проблема. При попытке прошить уже второй sp150 пишет verification error.
Скетч от galavarez пока едет sd переходник.

Predsed, есть такой косяк, все молчат поэтому я думал что это только у меня.
Вроде нашел проблему, это из-за скоростной заливки дампа в чип.

Решение в скетче раскомментировать строку 451 и закомментировать 452
Вот так сделать:
// Прошивка чипа
firmware();
//firmware_v2();

Дамп будет заливать дольше чем обычно от 1-8 сек но зато стабильно.
з.ы. Поищу другую библиотеку может в этом дело.

з.ы.ы. Нашел другую библиотеку, все заработало как надо. Новая библиотека в zip в папке Library а так же новый скетч и исправлением. Отпишитесь по результатам (кому не лень =) ) ушел косяк с заливкой дампа или нет.

Скрытый текст + https://github.com/Galavarez/Chip_Resetter

Тут скорей дело не в библиотеке, а в размере страницы (буфера) для записи eeprom. Просто не все модели eeprom поддерживают запись страницами или поддерживают, но ограниченного объема, в первую очередь это касается чипов с малым объемом, например 24с01.


Вот в 24с01 можно записывать только страницами по 4 байта.
Самым универсальным решением здесь будет записывать побайтово и заодно верифицировать, и отслеживать (находить) crum и все за один проход, да это дольше по времени, но не кретично.

Krepton85, в чем дело я не знаю, но с новой библиотекой нормально и быстро шьются чипы.
Это радует =)


Запись по байтово работает хорошо, это уже проверенно, но сейчас нужна скорость. Раз такая возможность есть надо ее использовать.
У меня алгоритм верификации другой, сначала заливается дамп в чип, потом делается проверка дампа и потом делаются изменения (смена crum) если нужно.


з.ы. Krepton85 ты оказался прав со страницами записи . Пришлось подключить обе библиотеки Eeprom24C01_02, Eeprom24C04_08_16. Теперь вроде все работает как надо

galavarez, да не нужно 2 библиотеки, нужно просто указать др. размер страницы = 4 байта и все.

Двигаясь такими темпами вы скоро доберетесь до связки андроид - блютуз - ардуино ...

Неее, блятуз это вчерашний день, сейчас есть wi-fi. По этому делайте на esp8266 (esp-12e mod - здесь 4Мб spi flash на борту, делайте разбивку на 2 диска - rom 1 mb, 3mb - spiffs для дампов) Дампы будут заливатся в spiffs через web интерфейс по локальной сети, дисплей Oled 128x64 по i2c подключать к ESP8266.
Так что дерзайте, все получится.

Что-то тема заглохла. В коммерцию ушли или кофеварку прикручиваете?

brultary , нет кофеварку не прикручиваем. Данный проект в этой теме полностью бесплатен для повторения. Коммерческий только Portable Prog PRO, но эта уже соседняя тема: viewtopic.php?f=22&t=11781

Собрал себе такой, скетч от galavarez. Работает отлично, сделал несколько изменений - 1) первым поставил Ricoh SP150, как самые частозаправляемые из Ricoh, 2) добавил еще дампик для SP201 series, 3) сделал смену серийного номера картриджа при каждой прошивке Ricoh.
Большое человеческое спасибо за разработку, очень выручает!

1dx, вроде дамп был в обнуляторе Ricoh SP 201HE для SP 211/213/220 (прошивка тестируется), лично я не проверял.

Он не работает ?
Или у Вас другой принтер (SP201 series) ?