Хмм...

Сега го пробвах това.
Дефинирах функцията в друг файл. Декларацията и е в съответния хедър файл. Инклудвам хедъра с декларацията в друг сорс файл, където я викам. И пак същото:



Извиква се нормално.
Както програмистите обичат да казват: "На моя компютър работи."

Това че се омазва и другия параметър говори, че има нещо гнило. Айде само суфикс да искаше или кастване към uint32, но защо и другия параметър отива в киреча?!?

Извинявай колега, че ти пиша в темата, но проблемите ми са сходни, ама....никак май
Става дума за 23К256 - на мокрочип. Професорчето е nRF9e5 - Nordic, ама си е 8051 съвместимо /донякъде/
Средата е Кейл uVision3v3.05C
Не можах да го подкарам в sequential r/w - байт по байт си работи, но в sequential "тъпче" и изкарва
верен брой пъти само последния символ. Все едно на един адрес само работи.
То освен да му сетнеш статус регистъра - май друго няма, ама - нъцки........

Дали някой се е сблъсквал с подобен проблем?

//добавено - работи на 500к клок, но пробвах и на 256к - няма разлика

Такъв или подобен eeprom съм имал през поне 3 различни i2c контролера (поне един
от тях мой bit-banged) и всеки път - освен с моя когато имах всичко под контрол - ми
отиде повече от ден, да не беше и 3 дни (! - за "нищо и никакво") последния път докато го вкарам в пътя
(безобразно крива работа беше вътре).

Та нищо чудно, че не работи - докато не се вгледаш в пълен детайл кой кога какво,
Ack-ове или не и т.н. шансовете ти за успех са минимални.

Не знам каква е причината 23K256 да тъпче на едно място. При мен се оказа грешен прототип. Имах два-три стари заглавни файла, и в главната програма, където виках функциите за четене/писане на 23LC1024 съм забравил да включа новия заглавен файл. "Насилих" го да работи и след две-три седмици, когато преглеждах целия проект, видях че съм използвал стар заглавен файл.



@tgi, 23K256 е SRAM памет с SPI интерфейс.

Погледнах eeprom-овете дето ги слагам, ми оказаха се 24LC16... същата работа,
някоя-друга сменена буква/цифра, кво толкова .

[:OFFTOPIC:]

Абе казах ти в една друга тема - разделителна способност ти липсва от време на време.

Айде сега разделителни способности (или както му викат днешните незнаещи превода
на resolution "резолюция", що не и "полюция" ... ), i2c, spi, все серийни портокали,
какво толкова да им различава човек .

Още по- off: правих опити с разделителната способност на очите си с телевизора
дето имаме отскоро (1920 на 1080, 32"), ми оказа се, че почвам да виждам всичкия
детайл от около 1.3 метра някъде. После четох една друга тема тука някъде на Цецо
май беше, рових и т.н. и се оказа, че толкова трябвало да е, човешкото око вижда
една дъгова минута . Или както извикал Йосериан "Господи, то било истина!" .

От DigiKey или от Mouser я взе, че вече не знам какво да мисля....Чак толкова тъп не мислех да съм.
Да няма нови изненади, ако си поръчам ....
// 128К си е повечко от 32К, както и да го гледаш, и ще ми пасне добре//

От Mouser съм ги поръчвал. Единствената разлика между 23K256 и 23LC1024 е бит 0 в Mode Register,
при 23K256 се води hold и забранява/разрешава HOLD крачето.

Да, благодаря/ Аз Hold съм го забранил в регистъра и съм го лепнал на VCC, както си пише в бумагата.
Ще трябва и адресите да пооправя, ама ако не подкарам малката ще поръчвам голямата.
Разстоянието на платката е около 1 сантиметър м/у проца и паметта - не вярвам да влияе, а и в
единичен режим си работи. А в непрекъснат дори 2 байта не записва - цръцка на един адрес.

Пиша в отделен пост за информация - трябва всеки път да се записва статус регистъра преди другите операции - не ме питайте защо, ама така работи в непрекъснат режим.
Благодаря на колегата Пирев - нямаше да ми хрумне всеки път да пиша в статуса!

CPOL и CPHA битовете в SPCR регъстъра 0 ли са при вас ?

Отворих документацията на 23LC1024, натиснах Ctrl+F, написах CPOL, не намира никого, пробвах и с CPHA, SPCR нищо... За 23LC1024 ли ти е въпроса, или за някой друг чип ?? Четох по-нагоре темата, колега преди преди време е имал проблеми с резолюцията

Пича е останал с впечатление, че всичко що лети е атмел
CPOL и CPHA битовете в някоя атмелска изгъзица са подобни на CKP и CKE в SPIxCON

Тогава:
SPI_CKE_ON /* Transmit happens from active clock state to idle clock state*/
CLK_POL_ACTIVE_HIGH /* Idle state for clock is low, active is high */