Arduino.ru

да ладно - хочется быть добрым - будь!

Только сам потом не пожалей.

    strncpy_P(incomingNumber, (char*) users[i].phoneNum, sizeof(listUsr_t::phoneNum));

Объясните, пожалуйста, ещё раз, зачем в указателе на строку стоит (char*), зачем????

Да че-то по привычке тип привел. Без него тоже работает.

#include <avr/pgmspace.h>

  struct listUsr_t
  {
  const char phoneNum[13];
  const char phonePass[5];
  const char phonePDU[13];
  };

  const listUsr_t PROGMEM users[] =
  {
  { "70000000000", "00000", "000000000000"},
  { "70000000001", "00001", "000000000000"},
  { "70000000002", "00002", "000000000000"},
  };

void setup() {
  char incomingNumber[20];
  Serial.begin(115200);
  Serial.println("Begin!");

  for (int i = 0; i < 3; i++) {
    strncpy_P(incomingNumber, (char*) users[i].phoneNum, sizeof(listUsr_t::phoneNum));
    Serial.println(incomingNumber);
  }
}

void loop() {
  // put your main code here, to run repeatedly:
}

СПАСИБО! Если сможете, объясните про (char*) перед указателем на строку в массиве...

Выглядит угрожающе ))

#include <avr/pgmspace.h>

 for (int i = 0; i < 3; i++) {
    strncpy_P(incomingNumber, (char*) users[i].phoneNum, sizeof(listUsr_t::phoneNum));
    Serial.println(incomingNumber);
  }
}

void loop() {
 
}

интересно, зачем второй параметр strncpy_P() приводить к типу char* - это ж специальная функция для строк во флеше, она и без этого адрес строки должна понимать... точно там нужно приведение?

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

А теперь уже все, процитировано, не исправишь. Простите, люди добрые.

Кстати, https://www.nongnu.org/avr-libc/user-manual/pgmspace.html

void foo(void)
{
    char buffer[10];
    
    for (unsigned char i = 0; i < 5; i++)
    {
        strcpy_P(buffer, (PGM_P)pgm_read_word(&(string_table[i])));
        
        // Display buffer on LCD.
    }
    return;
}

Наверное из такого источника я, ранее, в свой код и притащил приведение типа.

https://www.arduino.cc/reference/en/language/variables/utilities/progmem/

for (int i = 0; i < 6; i++)
  {
    strcpy_P(buffer, (char*)pgm_read_word(&(string_table[i]))); // Necessary casts and dereferencing, just copy.
    Serial.println(buffer);
    delay( 500 );
  }

sadman41, отличное исследование!

А фраза про "Unfortunately... " - это откуда цитата?
Когда читаешь - вроде очевидно, но самому в голову не пришло.

Отседова: https://www.nongnu.org/avr-libc/user-manual/pgmspace.html

Почитал, очень даже доступно и качественно написано, и, исследовано.

Спасибо, еще раз!!!

Привет, не поможешь разобраться?

разобраться в чём???

Нужно вывести битмап на матрицу 100х40 не получается засунуть фреймы в массив, чтобы перебирать его попорядку

Массив в какую память писать?

Я его progmem во флешь пишу, у меня проблема с выводом на ws2812 не знаю толком язык и совсем запутался

Как сюда картинки скидывать?

если не знаешь язык - то и картинки скидывать незачем.

Я хочу сразу предупредить - приходите с конкретными вопросами по УЖЕ НАПИСАННОМУ ВАМИ коду. Вопросы "не получается, покажите как" - здесь не прокатывают.

И еще - примеров, как эффекты для светодиодов во флеш положить - в гугле сотни.

Я написал, есть битмап массив, примерно 30 блоков, как их вывести на ws2812, я их вывожу но хотелось бы более изящное решение

не вижу. где вы написали

А вообще - в разделе "Песочница" прочтите приклееную тему - многие вопросы отпадут

так можно было вообще все удалить, оставив только инициализацию массива в setup() и пустой loopn()  :o)

pure cpp-code / avr_gcc-5.4.0 (только описание данных, без печати, пустой main() ... )

# DEBUG - dwarf-2 (для всех)

# 1 - DBG
Program:     658 bytes (2.0% Full)
Data:         36 bytes (1.8% Full)

# 2 - DBG
Program:     630 bytes (1.9% Full)
Data:        102 bytes (5.0% Full)

# 3 - DBG
Program:     640 bytes (2.0% Full)
Data:         36 bytes (1.8% Full)

# оптимизация -O2 (у всех одинаковый размер)
Program:     410 bytes (1.3% Full)
Data:         36 bytes (1.8% Full)

в принципе, те-же результаты

у меня были сомнение на счет 3го метода, т.к. за счет "фрагментарности" д.б. занимать больше места... но оптимизация взяла свое :о) ...