Может быть проблемы с atoi(argument1/2); ?
Вы не пробовали отправлять в эхо команд и результаты работы функций atoi/atof?
Что если не использовать аргументы а просто записывать по фиксированным адресам фиксированные данные.
Или завести static int adr, value и инкрементиоровать их с каждой командой на запись.

Мне приходилось работать как минимум с 2мя производителями памяти на 3х разных архитектурах процессоров. Были программные проблемы, но проблем с памятью никогда не было при выдерживании корректной процедуры записи.

попробовал прописать напрямую адрес и дату. та же проблема. это что то в IAR.

В функциях из первого сообщения ошибок нет. Как вы понимаете, число с плавающей точкой занимает те же 4 байта, что и 32-битное целое. Поэтому компилятор должен был сгенерить идентичный код для SPIEEPROM_WriteInt() и SPIEEPROM_WriteFloat(), а также для пары функций чтения. Я бы на вашем месте для начала проверил корректность работы функции UART_SendInt() примерно так:
Отладчик в точке останова может и не показать правильное значение переменной (если эта переменная на момент останова еще находится в регистре, например). Тут надо очень внимательно смотреть дизассемблированный код, чтобы понять - где именно на данной команде находится значение переменной.

Сергей сделал как вы советовали. Вижу в терминале правильное значение. В том то и весь маразм - функции для float и uint32_t абсолютно одинаковы за исключением самой переменной.

OMG!!!
нашел проблему. в SPIEEPROM_Read() заменил все SPI_SendByte на SPI_TransferByte().

Мои поздравления.

Приведите тогда уж код обеих функций - посмотрим чем они отличаются. И почему с одной не работает, а со второй работает.

Сообщение отредактировал Jenya7 - Jun 25 2015, 14:08

Я во всех примерах работы с SPI всех мк с которыми работал видел чтение регистра данных после завершения передачи. Даже если результат нафиг не нужен. С STM32 работал но Hard SPI пока не использовал. Буду знать что принцип работы с ним схож с другими мк.

Но что интересно float читался правильно. Наверно надо очищать приемный буфер в любом случае, иначе что то там глючит.

Есть некоторые сомнения. Либо у вас там теперь четное количество ошибок. Мы же согласились, что и для целого, и для числа с плавающей точкой SPIEEPROM_Read() и SPIEEPROM_Write() вызываются с идентичными параметрами. Если бы проблема была (только) внутри функции чтения, то она проявлялась бы и для целого, и для числа с плавающей точкой. Я еще в предыдущем сообщении хотел предложить вам попробовать записать/прочитать с помощью SPIEEPROM_Write()/SPIEEPROM_Read() массив из 10-20 байтов - на нем ошибка была бы виднее.

Кстати, а что делает последний параметр в функции UART_SendFloat(UART0,fval,2)? Уж не количество ли знаков после запятой он указывает? Тогда вполне вероятно, что ошибку чтения в самом младшем байте вы могли просто не увидеть, потому что эти биты просто не попадают на экран.

Сергей вы как всегда правы. Третий параметр это количество знаков после запятой. Поэтому мы не видели ошибку.