Днес си направих едно тестче за скорост на четене от въпросния ЕЕПРОМ и останах доста разочарован.
I2C-то съм го пуснал на 400 КХц, което е максимума за ЕЕПРОМ-а. Прости сметки показват, че това са 48.8 КБ/сек. Първо тествах изчитане на N на брой 16 битови стойности (т.е. 2 байта). Скоростта е отчайваща - към 6200 стойности за секунда или ~12.5 КБ/сек. Скоростта, което ме устройва е почти два пъти повече от това, т.е. към 12000 стойности за сек.
После пробвах с изчитане на 256 байта на веднъж, като скоростта нарастна до почти 40 КБ/сек, което е вече близо до истината, ако не и самата тя.
Тестът показва, че при I2C честото четене на малко количество данни от ЕЕПРОМА срива отчайващо производителността, тъй като загубите за протокола стават пропорционални или даже надхвърлят размера на самите данни, както и разните му там изчаквания и подтвърждения. А на мен ми трябва именно изчитане на 2 байта на итерация. Явно съм сбъркал при избора на I2C EEPROM, но не знам как е при SPI... За паралелен интерфейс не може да става и дума, щото няма да ми стигнат краката на контролера...
Тъй като характерът на работата на устройството предполага при всяка итерация четене на данни, които се намират на горе-долу на съседни адреси, то първото, което ми хрумва е да си организирам някакъв кеш. Това си е играчка, обаче.
Ако на някой му хрумва по-просто решение, бих помолил за малко помощ.
За това голяма заслуга имат и наличните SRAM буфери - докато се туткаш да четеш или записваш единия - то другия в това време се занимава с четене или запис от самия флаш...А преди половин година 16Mbit DataFlash на Atmel струваше само около 4евро... От тогава цените може и да са паднали.. Бързодействието е сносно дори при софтуерно изпълнение на SPI, но акo споменатия AVR си има вградено SPI нещата биха изглеждали още по - добре..
В един прекрасен момент ще се наложи да го накарам да бачка, но за сега имам доста по-важни цели.