Arduino.ru

Я о том, почему операция с массивом корректно работает и без этого, а с байтом - заработала только с этим?

вы троллите? имя массива является указателем на его первый элемент, а имя одинарной переменной - нет

Нет, я туплю. :) Да, тогда все логично.  

  
void FM_Write(const uint8_t addr, uint8_t* data, const uint8_t len) {
 ...
int16_t FM_Read(const uint8_t addr, uint8_t* data, const uint8_t len) {
 

Благодарю. :) А активное использование const с передаваемыми параметрами - это просто в качестве защиты от возможных собственных ошибок в коде, или имеет какой-то смысл скажем для компилятора?

Вставлю свои 5 копеек. Гарантированно рабочий код
 

#define FRAM_ADDRESS 0xA0
#define FRAM_BLOCK_SIZE 128
#define FRAM_SIZE 2048

#define HIGHADDR(x)   ((((x)>>8) & 0xFF)<<1)
#define LOW(x) (x & 0xFF)

size_t fram_read(const uint32_t addr, uint8_t *data, const size_t size) {
	if(!twi_start(FRAM_ADDRESS+HIGHADDR(addr), OUT)) return 0;
	twi_writeB(LOW(addr));
	twi_stop();
	if(!twi_start(FRAM_ADDRESS+HIGHADDR(addr), IN)) return 0;
	size_t result = twi_read(data, size);
	twi_stop();
	return result;
}

size_t fram_write(const uint32_t addr, const uint8_t *data, const size_t size) {
	if(!twi_start(FRAM_ADDRESS+HIGHADDR(addr), OUT)) return 0;
	twi_writeB(LOW(addr));
	size_t result = twi_write(data, size);
	twi_stop();
	return result;
}

void fram_erase() {
	if(!twi_start(FRAM_ADDRESS+HIGHADDR(0), OUT)) return;
	twi_writeB(0);
	for(int i=0;i<FRAM_SIZE;i++)
		twi_writeB(0xFF);
	twi_stop();
}

Используется микруха FR24C16, подключение

 

Azathtot, если беретесь выкладывать списанный где-то код - неплохо бы понимать, что он делает.

Запишите этим кодом какое-то значение в ячейку на любой странице памяти далее первой, а потом прочитайте все ячейки подряд, начиная с нулевой. Вы убедитесь, что ваш код пишет совсем не по тому адресу, что вы планировали. так что простите, "гарантия работоспособности" тут не сработала...

Это главное. Ну и плюс к тому в коде полно странностей, показывающих, что его неумело адаптировали из какого-то другого кода - адрес ячейки размером uint32_t,, неиспользуемый дефайн FRAM_BLOCK_SIZE неверного размера и так далее

Списанный, списанный. Из своего проекта.  Я копипастой не увлекаюсь.
По поводу адреса uint32_t кой вы считаете "неумело адаптированный".  У меня работа в проектах не только с  мелкими микрухами памяти. Поэтому размер адреса у меня всегда фиксированный и он uint32_t. Нравится мне так, вас устроит такое объяснение?

Ниже кусок из другого моего проекта, под XMega и W25xxx микрухи
[code]

По поводу гарантии которая якобы не сработала.  Если вы считаете, что все живут копипастой, то готов лично вам скинуть схему устройства и исходник его прошивки. Так сказать, во избежания не понимания. 
 

Вместо кучи слов посмотрите - код, что вы выложили, рассчитан на размер страницы 128, а у Фрам она 256. Соотаетственно и адрес записи и считывания считается неверно.
Я вам сказал провести тест. Сделайте это вместо спора. Запишите данные своим кодом, а считайте кодом Садман41 из сообщения 50
Только адрес записи должен быть не на первой странице

А никто не оформил все эти изыскания в нормальную красивую библиотеку для работы с FRAM?

я б написал, да у меня нету... :(

у меня есть, но мне лень. Можешь написать "тиоритичски", я протестирую :)

А я тогда за вас двоих чаю попью - помогу, как могу!

под 25ую SPI фрамку писал в прошлом году - все работает с пол оборота , все согласно даташиту.  А кто-то QSPI пробовал с ней? 

Я почему пишу "согласно даташиту". Мне тут недавно поставили задачу Flash ключ интегрировать в сиситему, чтоб доступ имел только тот, кто правильный ключ вставит.  И по ошибке подсунули даташит от 25й флешки. По иронии судьбы коды чтения/записи/опроса статусного регистра совпали. И три дня я трахался пытаясь заставить ее работать. А потом выяснилось , что чутка даташиты перепутали , и адресация там не трехбайтовая , а двухбайтовая :)

А под I2C ничего нет? 24-я серия, которые.

А у тебя какая?  F24Cxx - что вместо xx? 

Кстати, а нельзя как-нибудь к i2c чипам прикрутить адресацию через EEMEM, как в либе avr/eeprom? Очень удобно использовать для адресации больших объемов данных.

У Кактуса есть.  И у меня, от AT24C32 до AT24C512

04 у меня

О, у меня еще и FM24CL16 должны быть. Могу и на них погонять либу, если что.

Энди, ну вы ветку-то от начала прочитайте... в ней на разных страничках есть ссылки и на готовый код и на, как минимум,  две библиотеки.

Там всего кода - строчек 20. Возьмите да напишите как вам надо, с EEMEM или без нее.

Мы когда тут в конфе эти микрухи тестировали - вообще без библиотеки обошлись, там буквально строчек 5 запись и столько же чтение

у неё страницы, как у AT24C04 адресом i2c выбираются, или нет?  У той на разных i2c адресах 0x50-0x57 разные страницы.

да, до CL16 включительно страницы выбираются адресом, далее - передаются отдельным байтом при записи или чтении. То есть для флешек размера менее 16кбит и более - протокол немного разный

Массив - тот же набор байтов. Записать массив - вызвать запись байта стока раз, скока размер массива, не забывая, естесс-но, сдвигать адрес записи. :)  И сё. 

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

Не, ну это понятно, просто до этого упаковывал эти структуры во встроенную EEPROM. Там вообще не приходится заморачиваться с циклами и адресацией. Вот моя ленивая задница и задумалась о том, что наверняка кто-то что-то подобное уже делал и изобретать велосипед нет смысла. :-)

Ессли через Wire писать, то не более 30 байт так запишешь за раз

DetSimen, на Амперке народ коллективно писал библиотеку под Фрам. я там тоже поучаствовал.

смотри ссылку в #39 сообщении этой ветки, номальный код там вроде с 4-й страницы начинается, но и обсуждение тоже полезное

в даташите на память

А дальше по твоему совету :) - записал первые 30 байт, покурил, записал следующие :)

OK, спс. Паматрю.

хочешь, могу тебе пару CL04 выслать? у меня 5шт лежат полтора года, пока ни одну не использовал

чота совсем я ослеп. Нету в #39 

http://arduino.ru/forum/programmirovanie/fram#comment-525859

никуда ссылки. :( 

Не, я от 4 Кбайт ставлю, AT24C32, не меньше. :)  

а FRAM она же еще в мелком корпусе, я такие не паяю, да и памяти 512 байт, куды ее применять-то. :) 

это местный движок ссылки съел. Смотри еще в #20 сообщении - ссылка на тот же тред. Если ее скопировать как текст и вставить в адресную строку - работает у меня

Да. Спс. 

Мне в DIP корпусах попадались на Али, но, как говорят, можно нарваться на перемаркированный EEPROM.

если в DIP - это он и есть. 

В даташите есть только SOIC корпус. 

мои (смд) выдержали тест на 70 миллионов перезаписей, так что наверно настоящие :)

Мне кажется там по времени записи должно быть понятно. Параметр различается в разы. И нет необходимости 70 миллионов циклов ячейку насиловать Ж-)

Тут лучше переесть, чем недоспать. В смысле, проверить. Я FRAM использую, и из трех закупок у одного поставщика на али одних и тех же FM24C04A у меня две партии нормальные, а третья ничего не запоминает. Я пока не разбирался что с ней именно не так и из чего она ремарк, просто убрал в сторону, времени нету. 

Энди, как вы предлагаете на практике измерять время записи?

Взять значение millis() в переменную 1, записать байт, взять значение millis() в переменную 2. Вычесть из переменной 2 переменную 1. Дельта должна примерно соответствовать времени записи.

Если я правильно помню, то в мануале написано - подождите 5мс после отсылки пакета для завершения записи. Никаких статус-битов или иных держаний за ногу в процессе записи во внешних ширпотребовских еепромках не предусмотрено.

а зачем его (время записи) измерять? если в даташите указана максимальная скорость записи - с ней и работайте.

Чисто теоретическое изыскание с целью проверки FRAM это или EEPROM перемаркированный.

Я правильно понимаю, что для FM24C04 у меня будет 2 страницы данных 0х50 и 0х51?

так вы сможете померять только время отсылки байта вашим кодом, к времени записи этого байта микросхемой это не имеет ни малейшего отношения