Отгораживать мютексом придётся

я уже подсказал. Создаете объект в том месте, где он никогда не уничтожится (не выйдет из области видимости). Очередь создаете на нужное количество указателей (то есть размер элемента очереди всегда 4 байта). Затем в очередь отправлете указатели на те самые, уже созданные, объекты

Они и глобальным объектом попользуются

Можно в объекте хранить однобайтную переменную и через нее информировать что обработан или нет данный объект

Атомарный доступ к ней пилить надо

Атомарный доступ к ней пилить надо

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

Не не. с использование очереди объектов, что бы в другой очереди передавать указатели на них это что то из области велосипедостроения 3 рейха.

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

Это как?

В классе данных столько же сколько в указателе.

Тогда зачем вам такой класс?

Это как раз тот случай с unsigned long.

у unsigned long нету принадлежности в к экземпляру. Вам, возможно, сначала стоит разобраться как работает с++ и чем отличается от с. Экземпляр класса нельзя просто так взять и скопировать, а вот unsigned long можно

Вот к этому и шли изначально вопросы. А можно ли с объектом так же как с базовыми типами данных как нибудь?

да, можно. Ищите "копирующий конструктор"

class Command { public: typedef struct { CommandType type; struct { page_id page; var_id var; VarType type; }variable; }serialized_data; // Fields union { struct { CommandType type; struct { page_id page; var_id var; VarType type; }variable; }; private: serialized_data serialized; }data; // Methods /// Constructor & destructor Command(); Command(serialized_data& init_data); Command(CommandType init_type, page_id init_page, var_id init_var, VarType init_var_type); ~Command() {}; /// Serializae & deserialize data for FreeRTOS queue /// @param - NONE /// @return - Memory address const serialized_data* Serialize(void); serialized_data* Deserialize(void); }; // Queues static_queue<Display::Command::serialized_data, 128> output_queue; /// Send message /// bool Send(Display::Command& command) { // Try to push message auto result = xQueueSend(output_queue.handle, command.Serialize(), 0); if(result == pdTRUE) { return true; } else if(result == errQUEUE_FULL) { return false; } else { return false; } } // Try to receive command from queue Display::Command command; auto result = xQueueReceive(output_queue.handle, command.Deserialize(), 0); if(result == pdFALSE) { break; }

какого размера union получился?

А зачем вы сделали юнион из двух одинаковых структур?

какого размера union получился?

Ага, черта с два =) enum Class 4 байтный и не меньше, получите ваши 12 байт =)

Дак энум класс не пихнешь в битовое поле напрямую без кастов.

И почему класса когда юниона

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

https://www.aliexpress.com/wholesale?catId=0&initiative_id=AS_20201109021040&SearchText=eink+display

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

брал spi дисплеии пару штук, ни какой разницы из-за размеров особой не заметилБ брал 1.5 и 2.5

Здравствуйте. Хочу сделать один девайс на esp8266 (nodeMCU, вероятно) и с eink-экраном. Чтобы он выводил все мои текущие задачи из определенного апи и можно было не тратить постоянно энергию на отображение. Посоветуете какой-нибудь экран? дюйма на 3 хотя бы, на 3,5.

9 с лишним дюймов на esp32

вижу там с UART интерфейсом, уже неплохо

интересно, с доставкой в РФ проблем не будет?

нет. качественно упакован. но это не w-shark, это голый экран от kindle

с али то же нормально приходит.

тут суть вопроса была в том, отправляют ли вообще в рф, сайт то не китайский.

тут суть вопроса была в том, отправляют ли вообще в рф, сайт то не китайский.