Arduino.ru

Счя попробую. Кстати - напомни как обновить IDE не отходя от кассы?

------------- Убрал конст прогмэм - прошло это шаг, но вылезло collect2.exe

C:\Temp\arduino_build_721554/core\core.a(main.cpp.o): In function `main':

C:\Users\Gatget\AppData\Local\Arduino15\packages\arduino\hardware\sam\1.6.9\cores\arduino/main.cpp:61: undefined reference to `loop'

collect2.exe: error: ld returned 1 exit status

exit status 1
Ошибка компиляции для платы Arduino Due (Programming Port).

А кстати? Где у тебя секция Void loop ???? Чот ее нет нигде !
 

И что это за прикол у тебя : const PROGMEM extern unsigned short longLine[0x4BA] ; ? Разве можно PROGMEM ставить не там где надо?

loop был пустой в самом низу, смотри внимательнее. И не вижу ничего плохого в таком расположении progmem, попробуй вообще без него

Когда поубирал все КОНСТ ПРОГМЭМ - компиляция прошла нормально. Собирается.... Собралось. Фотку с дисплея сделать? Там красные иконки справа и вверху слова: "Давление наддува"

Давай фото)

Void loop появился только что во втором посте с текстом проги. В первом варианте его нет ))))) Фокусник прям...

Счя. покажу фото  ...

в первом варианте был отрывок кода) и как понял у тебя DUE?

Вот тут фотка: http://i.piccy.info/i9/471a75bc54eb1da23fb6fdefcbd94f03/1488189680/375125/1123206/SAM_0001.jpg

Дуэ, да. там памяти побольше. И у тебя не все иконки на экран влезли, наверно потому что у меня экран 320х240, кажись....

Посмотрел, все так, ну кроме разрешения конечно)) На меге бы затестить.

Это ты там что-то для авто создаёшь? А где взял такие иконки классные? Как на приборке. Я такие искал - не нашёл. Не поделишься?

"Скетч использует 117904 байт (22%) памяти устройства. Всего доступно 524288 байт." А на меге сколько памяти-то?

У меня уже готовый прибор в машине. Вот решил редизайнуть. Иконки чуть ли не сам рисовал. Тебе прям сами иконки не сконвертированные нужны?

Конечно нужны. Я сам не сконвертирую их что ли? ))))))))))

А что за прибор? Я тут по случаю приобрёл МПСЗ, типа Янаваря что-то. Но там только настройки в графике. А я хотел приборку себе на TFT, типа как VENATOR. Но там упёрся в железо - не потяну ))))

Кинь мыло, скину, я не жадный) и ide говорит что процентов 30 юзаю. но помоему дело не во флеш а в озу...

Не хотел кучу датчиков вещать, вот и сделал одно место, где нужную инфу смотрю. Информацию тащу по kline с эбу. Все на ардуине вертится. Было бы желание, можно и VENATOR сделать. Но нужно что то очень шустрое для графики

reznichenko.vic2017@yandex.ru

Та ну да. Там одноплатные компы советуют и экранчик за 100 баксов почти. Так что приборочка под 300 выйдет. Некомильфо как-то )))))

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

Ну и где ты там пропал с иконками-то? а говорил что не жадный...

Сень скину, пока нет возможности

Откликнитесь у кого есть ардуина мега 2560 с дисплеем) нужно проверить скетч. Получается сиуация такая, что под arduino due скетч работает, под мегу без проблем компилится, заливается, но скетч не стартует. (Среда говорит, что памяти еще навалом)

Дисплей-то какой?

Спасибо за иконки, чувак! )))

А с чего ты решил что скетч вообще не стартует? Ставил вывод в Serial хотя бы до запуска дисплея? Кроме того -  попробовал поубирать у себя "const" и "PROGMEM" ?

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

Значит сделай, попробуй хотя бы, добавить еще одну отфанарную, нигде не используемую переменную. В случае с "collect_2.exe" это помогает ...

А как вариант - добавь на экран еще одну иконку ))))

Компилятор возьми обнови свой 1.8.2, (которого на оффсайте еще нет). Там в IDE  когда заходишь - выскакивает внизу: "Обновление библиотек и плат". У меня оно выскакивало каждый раз, пока я не додумался кликнуть мышкой по всему окошку с буквами INSTALLED ))))) Потом только загорается кнопка "Обновить"

Решил попробовать кординально, поставил Atmel Studio 7ю, собрал и настроил в ней проект. Сегодня посмотрю что вышло

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

Проверил, эффект тот же.

Alarm! Народ, у кого есть мега 2560 и дисплей с разрешением 320х480 большая просьба проверить этот скетч

https://yadi.sk/d/UUaLcRh43Er9Ru

Либа utft, когда будете тестить, проинициализируйте под свой дисплей =)

Заранее спасибо, хотелось бы узнать - у меня лыжи не едут или все же уперся в возможности железки

Укажи точно модель дисплея, потому что 320х480 - это очень мало инфы. + если используешь копаные библиотеки (как я) - это тоже может иметь значение. Мой дисплей на стандартной UTFT показывает со сдвигом влево. Пришлось ковырять.

контроллер дисплея ili9488, в utft как правило ковыряют инициализацию. По идее не должно влиять какой именно дисплей. Если инфа на него выводится, то можно тестить. Функции либы остаются все те же, за исключением аппаратно зависимых моментов. Любой обыт будет ценным, все у кого мега 2560 и дисплей 320х480(на самом деле можно как с большим, так и с меньшим разрешением) с либой UTFT могут принять участие.

Ну блин. Когда стоял выбор что следущее взять: мегу или дуньку, ну так я уже DUE взял, потому что разница в цене была небольшая, а я хотел осцилограф запилить. Ну осцилограф так и не получился, а дунька - осталась для опытов. Извини что не мегу купил тогда. ((

Да лан, нужно еще кого то привлекать. 

Да как видишь, никто не отпичывается и не проверяет. Я пока более эксперементов не ставил, тк идей нет.  точнее есть, но для этого нужен скетч с чьей нибудь меги, который бы занимал КилоБайт 150 флеша хотя бы

Так сейчас, кажись, надо выяснить идёт ли твой скетч на другой меге, потому что заплёт либо в скетче, либо в IDE, либо в железе, а для этого нужен еще один набор такого точно железа.

Есть идея. Может дело в координатах вывода твоих иконок? Можешь переделать скетч так, что бы все иконки распологались плотно, но количество их оставить прежним? Кроме того: зачем понадобилось выводить текст в графическом  виде? Просто шрифтом написать - не устроило бы?

У каждой решаемой проблемы решений может быть от одного до нескольких. Откажись от одной из хотелок и замени графический текст на обычный шрифт. Мигать им или перемещать по экрану, ничуть не сложнее чем массив. А если причина хотелки в том, что текст нужен в кирилице, так я больше чем уверен что можно нарыть и такой...

Как извлекаете данные из PROGMEM?

А как надо? Мне тоже интересно.

Там у него, на первой странице, есть исходник скетча, который не работает. Кстати если объявлять его иконки как: "const extern PROGMEM unsigned short" (как в его скетче) - у меня и компиляция не проходит (а он пишет что у него - нормально завершается). Я у себя объявлял как: "extern unsigned short" - только тогда на экране было изображение.

У него - в обоих случаях дисплей уходит в себя...

Примечания: "у меня" это - arduino DUE, IDE: 1.8.2

Еще раз: я спрашиваю не как описываются данные, а как они извлекаются?

А это я уже не знаю... Честно. Могу сказать толко как потом применяются )))))) Вот так:

// Описываются: 
const extern PROGMEM unsigned short iconPressure[0x4C9];

// Применяются: 
myGLCD.drawBitmap (15,68, 35, 35, iconPressure,1);

Видите ли, Buzzer, в Ардуино (точнее, в AVR) программа и переменные помещаются в два различных вида памяти (в отличие от ПК). По умолчанию при работе с переменными и константами используется адресное пространство ОЗУ, а Ваши коды и картинки находятся в адресном пространстве PROGMEM. 

Почитайте документацию: https://www.arduino.cc/en/Reference/PROGMEM

и обратите внимание на конструкцию pgm_read_word_near. Именно она указывает, что читать нужно не из ОЗУ, а из PROGMEM. Но данная инструкция предполагает, что данные находятся в первых 64к адресного пространства PROGMEM. Для Atmega 328 этого вполне хватает, но для Atmega 2560 уже может оказаться недостаточно.

Вот и посмотрите внимательно (потребуется в т.ч. заглянуть в код используемых библиотек), как на самом деле происходит обращение к данным.

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

А если с практической точки зрения: какая разница где именно размещать эти массивы? Это я опять к тому, что для DUE, размещение в PROGMEM оказалось либо невозможно либо некорректно описано в самом начале скетча и, скорее всего потому что DUE это - ARM.

Buzzer, Вы, похоже, не читатель, а писатель. Прежде, чем задавать дополнительные вопросы,сходили бы по ссылке из моего предыдущего сообщения.

-----------------------

Значит так. Из того что там написано, я (пока что) понял 2 позиции:

1. Имеет значение где именно распологать PROGMEM в описании переменной:

const dataType variableName[] PROGMEM = {};   // так - правильно
const PROGMEM  dataType  variableName[] = {}; // так -  тоже
const dataType PROGMEM variableName[] = {};   // неправильно!

2. Как используется "pgm_read_word_near".  Судя даже из названия этого метода (или как он правильно называется) становится ясно, что считывание идёт поэлементно, то есть каждый элемент массива, размещённого в области памяти, извлекается отдельно. pgm_read_word_near - читать рядом стоящее слово (2 байта)

Так. Тепрь получается что извлекать данные из массива расположенные в области "program memory" с помощью "myGLCD.drawBitmap" - неправильно?

Так. Лезем в "UTFT.cpp" и что мы там видим:

col=pgm_read_word(&data[tc]);
	LCD_Write_DATA(col>>8,col & 0xff);

 pgm_read_word  -почти тоже самое что и pgm_read_word_near. Я думаю что тот кто писал UTFT понимал что делает.

А теперь скажите: зачем был этот экскурс в недра PROGMEM?

Единственное на что я обратил бы внимание после прочитанного:

// вместо:
const extern PROGMEM unsigned short iconPressure[0x4C9];

// написал бы так:
const extern unsigned short iconPressure[0x4C9] PROGMEM;

Однако же дело, опять-таки - не в этом. Автор писал что независимо от того где размещены массивы с иконками - все равно на экране ничего нет.

Buzzer, классическая задача: сколько времени потребуется обезьяне, сидящей за пишущей машинкой и барабанящей по клавишам, чтобы получить на выходе "Войну и мир"?

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

Надо не буковки подбирать, а выяснить, в каких адресах лежат нужные Вам данные, и правильно ли они по этим адресам читаются (с учетом того, что в AVR два разных адресных пространства).

Общий принцип:

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

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

Buzzer, сейчас обратил внимание, что у Вас Arduino Due. 

Так у кого не работает, у Вас или у кого-то другого с Мегой?

Если у Вас, так многие библиотеки просто не способны работать с Due. Так что, возможно, дело даже не в "баге", а в том, что библиотека изначально не предназначалась для работы с этой версией Ардуино.

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

Вот такое положение вещей.

Каюсь - не удосужился.

Спасибо за разъяснения.