MSP430G2452 и SD карта

[GreatDrek]

Да просто потому что только массив и получается в память записать))

[YS]

О! это меняет дело. Тогда надо так:

Код: Выделить всё

uint8_t test[SIZE];
...
test[0]=inByte;
...
Flash.write(flash+key,test,SIZE);
...

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

Из серии "знаете ли Вы?"

Знаете ли Вы, что запись

Код: Выделить всё

array[i]

- это всего лишь синтаксический сахар для

Код: Выделить всё

(array_type)(*(array+i*sizeof(array_type)))

?

Вообще, Вы бы привели прототип функции Flash.write(...), а то приходится догадываться.

[GreatDrek]

Flash.write(flash+key,test,SIZE);

так писать нельзя, обязательно должно быть написанно (unsigned char*), в ином случае компилятор ругается и говорит, что перед отправкой в память надо значение перевести в char, (unsigned char*) вод эта штук и переводит как раз

[YS]

Ну приведите описание прототипа функции, а?

[GreatDrek]

Я сейчас не дома, 27 скину всю информацию из программы, спасибо за помощь я просто перепробывал все способы которые вы писали, ничего не получилось, поэтому я и спросил, чего то мне кажеться что вся проблемма в Energia, в общем 27 все распишу.

[YS]

27 скину всю информацию из программы

Скиньте заголовочный файл, в котором объявлена эта самая Flash.write(...).

[GreatDrek]

Provide access to the MSP430 flash memory controller.
All flash memory can be read, erased and written (except SEGMENT_A, the LOCK bits are not in the code, for a good reason).
Flash can only be erased per 512 byte segments (except the 4 special information segments, they are 64 bytes in size)

The same flash locations can be written multiple times with new values, but flash bits can only be reset (from 1 to 0) and cannot
change to a 1 (you need to flash erase the whole segment)

functions:
~~~~~~~~~~
erase(): Erase a flash segment, all bytes in the segment will read 0xFF after an erase

read(): Read flash locations (actually just a proxy for memcpy)

write(): Write flash locations (actually just a proxy for memcpy), the same location can be written multiple times,
but once a bit is reset, you cannot set it with a subsequent write, you need to flash the complete segment to do so.

constants:
~~~~~~~~~~
SEGMENT_A // pointer to 64 byte flash segments
SEGMENT_B
SEGMENT_C
SEGMENT_D

Macros:
~~~~~~~
SEGPTR(x) // Return pointer to first complete segment inside variable
SEGMENT(n) // Return pointer to start of segment n (n=0..63)


NOTE: you are flashing the program memory, you can modify EVERYTHING (program, data) this is usually not what you want.
Be carefull when flashing data. You may use SEG_B to SEG_D for normal use, they should not be filled by the compiler
If you wish to use main memory, you need to inform the linker NOT to use the segments you wish to use in the linker script
(this is not for the faint of heart).

An alternative approach is to allocate a static variable with a size of AT LEAST 2 SEGMENTS in your program.
This makes sure there is at least ONE COMPLETE SEGMENT in this static variable, so there is no colleteral damage when you flash this
area. You need to find the pointer to the start of the next segment. There is a macro define to do this: SEGPTR(x)
A example that makes 2 segments available for flashing by allocating 3 segments of constant data:


Using the example:
~~~~~~~~~~~~~~~~~~

On the launchpad; put the two UART jumpers in HARDWARE SERIAL position (horizontal position) and use the terminal window to connect
to the board (9600baud).

'e' Erase the flash segment
'w' Write "Hello World" to the flash
'r' Read the contents of the flash, and print as byte values and characters. stop at the first NULL byte

- When you program the launchpad and read the flash, a single "0" character should be read (mem contains zero values)
Writing the flash before you have erased it is not possible (you cannot program OFF bits to ON bits)
- When you erase the flash, 0xFF values will be read back
- When you write the flash, "Hello World" will be read back


*/

#include "MspFlash.h"


// Two options to use for flash: One of the info flash segments, or a part of the program memory
// either define a bit of constant program memory, and pass a pointer to the start of a segment to the flash functions,

//*** Option 1: use program memory, uncomment these lines and you have 512 bytes of flash available (1024 bytes allocated) ****
//const unsigned char data[2*SEGMENT_SIZE] = {0};
//#define flash SEGPTR(data)
//

//*** Option 2: use one of the 64 byte info segments, uncomment this line. Use SEGMENT_B, SEGMENT_C or SEGMENT_D (each 64 bytes, 192 bytes in total)
#define flash SEGMENT_D
//


void setup()
{
// put your setup code here, to run once:
Serial.begin(9600);
}

void loop() {
// put your main code here, to run repeatedly:
if ( Serial.available() )
{
switch ( Serial.read() )
{
case 'e': doErase(); break;
case 'r': doRead(); break;
case 'w': doWrite(); break;
case 10:
case 13: break;
default: doHelp();
}
}
}

void doRead()
{
unsigned char p = 0;
int i=0;
Serial.println("Read:");
do
{
Flash.read(flash+i, &p, 1);
Serial.write(p);
Serial.print(":");
Serial.println(p);
} while ( p && (i++ < 16) );
Serial.println(".");
}


void doErase()
{
Serial.println("Erase");
Flash.erase(flash);
Serial.println("Done.");
}

void doWrite()
{
Serial.println("Write");
Flash.write(flash, (unsigned char*) "Hello World!" ,13);
Serial.println("Done.");
}

void doHelp()
{
int div = (F_CPU/400000L) & 63;
Serial.println("flash test: e, r, w");
Serial.println(F_CPU);
Serial.println(div);
}

[GreatDrek]

sketch_jun27a.cpp: In function 'void loop()':
sketch_jun27a.cpp:48:38: error: invalid conversion from 'char' to 'unsigned char*' [-fpermissive]
C:\Users\greatdrek\Desktop\energia-0101E0008\hardware\msp430\libraries\MspFlash/MspFlash.h:77:10: error: initializing argument 2 of 'void MspFlashClass::write(unsigned char*, unsigned char*, int)' [-fpermissive]

Вот такая ошибка если написать

Flash.write(flash+key, inByte ,1);

[YS]

Напишите

Код: Выделить всё

Flash.write(flash+key, &inByte ,1);

& - взятие адреса.

[GreatDrek]

Огромнейшее спасибо, только еще надо было написать

unsigned char inByte=0;

и вообще круто все работает. Спасибо большое вам! Теперь можно код сократить в 20раз.
Такой еще вопрос, какой экран подойдет под этот микроконтроллер? Я так понял что нужен с SPI, но у меня в городе в магазинах я не нашел такого, только с шинами по 34 выхода, нужный мне экран гдето на ebay искать придется?

[YS]

Огромнейшее спасибо

Не за что.

ОБЯЗАТЕЛЬНО почитайте про особенности работы с указателями и разберитесь в этом. Знаете анекдот про "выстрелить себе в ногу"? Вот косяки с указателями - самый распространенный способ это сделать. И Вы в этом уже убедились.

Указатели - вещь страшно удобная, но не для слабых духом, это да. Дошло до того, что их просто убирают из разнообразных языков для домохозяек и рассказывают, как это страшно и опасно.

только еще надо было написать

Я оставил это Вам. А еще можно было написать

Код: Выделить всё

((unsigned char *) (&inByte))

Сначала берем указатель, он получается указателем на char. А потом принудительно приводим его к указателю на unsigned char.

Но внимание - делая такие фокусы, нужно всегда осознавать возможные последствия.

какой экран подойдет под этот микроконтроллер?

Почти любой, под который не поленитесь написать драйвер. Вопрос в объемах трудозатрат.

Я так понял что нужен с SPI

SPI удобен тем, что использует всего четыре вывода МК. Но при желании можно нарастить выходы регистрами...

Я рекомендую эпичный экран от нокии 3310. Его можно купить/взять за пиво в ремонтных мастерских. Или просто разбрать старый телефон. На этот экран есть куча документации и примеров.

[GreatDrek]

ОБЯЗАТЕЛЬНО почитайте про особенности работы с указателями и разберитесь в этом.

Читаю, понял где я тупил. Я просто лучше намного java знаю чем C++, вот и завис.

На счет Nokia 3310 спасибо, но я хотел цветной дисплей, или цветной не подойдет для msp430?

[YS]

но я хотел цветной дисплей, или цветной не подойдет для msp430?

Сделать можно почти все, вопрос зачем. Я же говорил - вопрос в объеме памяти и требуемых усилиях. Цветной дисплей это дополнительные проблемы - в три раза больше памяти, более ресурсоемкие алгоритмы работы с изображением - канала-то три вместо одного. Оно Вам надо?

На выбор дисплея влияют следующие факторы:

1. Память. Хватит в МК памяти, чтобы хранить буфер дисплея?
2. Скорость вывода. Вы будете успевать обновлять дисплей достаточно быстро?
3. Скорость обработки. Вы будете успевать обработать поток информации о картинке?

И, конечно, документация. Чем более качественная документация имеется - тем лучше.

Я просто лучше намного java знаю чем C++

Еще одна ошибка - путать ANSI C и C++. Это разные вещи. И C++ тут не при чем. Указатели были в C задолго до того, как родился C++. И на C++ под такие МК лучше не писать.

[GreatDrek]

В общем под цветной дисплей лучше другой МК брать?

Я имел в виду и С и С++
То есть хорошо только java знаю

[YS]

Цветной дисплей лучше брать, когда наберетесь опыта с чем попроще.

Ага, java как раз из тех языков, что щадят нежный мозг программиста и изо всех сил скрывают от него природу железа и указатели в частности.

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

[GreatDrek]

Цветной дисплей лучше брать, когда наберетесь опыта с чем попроще.

Ага, java как раз из тех языков, что щадят нежный мозг программиста и изо всех сил скрывают от него природу железа и указатели в частности.

Я его начал учить для того, что бы немного понимать с чем мне придется работать когда я куплю себе телефон на Android, потом я программировал на андроид, не не ява язык но синтаксис похож очень, ну и ява продолжал учить, писал свои игры на нем, а С я особо никогда не учил, просто знаю основы с лекций в универе.

[YS]

Да, я тоже хотел научиться программировать под Андроид. Но глянул чутка, поплевался и забил. Все-таки низкий уровень мне ближе.

[GreatDrek]

А я по программировал на адроид и понял, что это все хорошо, но все же интересно, что там на уровне процессора происходит

[YS]

Это хорошо, когда интересно. В наши дни все меньше народа копает вглубь. И производители инструментов для микроконтроллеров, что печально, следуют этой тенденции, производя протезы для мозга вроде CodeWizard'а в CodeVision AVR. Или вон, ST выпустила свою жуткую Standard Peripheral Library и еще какие-то конфигураторы в духе "нажми на кнопку "сделать хорошо""...

[GreatDrek]

Осталось пиво купить и выменять на дисплей