удалено
удалено
Последний раз редактировалось Georgi; 21.11.2018 в 00:44.
Владимир_К,
veso74,Огромное Вам спасибо!!! Победил эту Ардуинку, теперь жду дисплей - заказал разные - 0,91 0,96 и 1,3.
Теперь,вероятно, придётся "залезть" в скетч. Вопрос такой - Oled дисплеи имеют разные разрешения 128х64 и 128х32, но одинаковые контролеры и, я так думаю, что разные адреса. Как в скетче это записано и возможно ли внести соответствующие изменения?
В инициализации дисплея.Сообщение от Georgi
Для помощи посмотрите в примери билиотеки Adafruit_SSD1306:
\Adafruit_SSD1306-master\examples:
т.е. в Si5351_RxTx_VFO.ino, строка 332:display.begin (SSD1306_SWITCHCAPVC C, 0x3C) { // Address 0x3C for 128x32 ...
display.begin (SSD1306_SWITCHCAPVC C, 0x3D) { // Address 0x3D for 128x64 ...
введите необходимые параметры.display.begin (SSD1306_SWITCHCAPVC C, 0x3C); // initialize with the I2C addr 0x3C (for the 128x64)
(Конечно, надписи, цифры по дисплею будут с другими координатами и/или размеры (х32 -> х64 и наоборот).
Спасибо от Georgi
Повторил на макете конструкцию Сергея UT0IS/D0ISM, версия с часами. Все вроде работает, но столкнулся с появлением время от времени на дисплее вертикальных "прострелов" в виде линий.
Сначала подумал, что это болтаются соединительные провода на штырьках платы и заменил все провода, идущие к дисплею на паяные соединения.
К сожалению не помогло. Тогда предположил, что идет помеха по входам A0 и A1, к которым подключены переменные резисторы, имитирующие датчики прямой и обратной волны. Зашунтировал эти цепи, а также питание дисплея конденсаторами, установленными прямо на ножки разъемов. Результат не изменился.
Заметил, что эти помехи на экране появляются в одних и тех же местах. Так что природа их скорее всего не внешний фактор. Были случаи когда изображение само переворачивалось и зеркалилось.
Вопрос ко всем и прежде всего к Сергею: встречались ли Вы с подобным явлением и как его победить?
R3EZ, подобных артефактов на экране у меня не было. На макете такой же "ежик" из проводов:
Помеха по аналоговым входам А0 и А1 к такому результату вряд ли приведет. А вот по цифровым сигналам (CLK, SDI, RS, RST, CS) к индикатору вполне возможно. Или не исправен сам индикатор. Вам надо для пробы записать какой-нибудь другой скетч и проверить.
Спасибо от R3EZ
Сергей, спасибо за ответ. Я уже и сам подумал об этом, но решил проверить. Залил версию 2_28.1. Подключил кнопки, экран вообще залился белым цветом. Это и раньше происходило, но причина была неясна. И тут я обнаружил, что вывод питания +5 В на шильде Nano (идущий к выводу 1 дисплея) соскочил со штырька.
После того как было обеспечено надежное соединение все помехи пропали. Вернулся опять к версии с часами. Дисплей больше не реагирует ни на какие шевеления проводами или перемещение кнопок, платы часов и потенциометров.
Так что причина всех бед найдена. Заметил только, что при питании от USB ноутбука при подключении флешки от цифровой камеры к картридеру (чтобы скачать выложенные здесь снимки), происходит перезагрузка контроллера. Но это уже похоже на особенности Windows так реагировать на определение новых портов при подключении других устройств. Как то так.
R3EZ, версии 2.28 и 2.28.1 с кнопками. Последняя экспериментальная, хотел уменьшить размер прошивки, чтобы всунуть часы. Уменьшить не получилось, но быстродействие АЦП поднялось приблизительно в 2 раза.
Работает в вашем индикаторе снижение яркости подсветки при переходе на заставку? Я в скетче сделал плавное снижение яркости перед переходом на заставку с часами и при возвращении в режим измерения яркость подсветки должна восстановиться. У меня индикатор ILI9225 2.2", на Али таких индикаторов почти не осталось, есть 2.0" и у них нет регулировки яркости по ШИМ.
Да. Работает. И часы подают звуковой сигнал каждые полчаса. Я загрузил версию 2.27, только изменил некоторые параметры (мощность до 1000 Вт с шагом 5 и время перехода на часы уменьшил, чтобы долго не ждать). Вечером подключил к внешнему источнику питания, и снова начались глюки. Все-таки мне кажется, что виноваты плохие контакты. Источник "гладкий" на LM317, не импульсник. Пока передергиваю провода и наблюдаю.
Дисплей такой:
Припаял провода питания дисплея (1-й и 2-ой выводы) непосредственно на плату Nano. Лучше не стало, скорее наоборот. Заметил еще одну особенность. При засветке белым цветом области справа (как на среднем фото в предыдущем посте ), при переходе из режима измерения в режим отображения часов и обратно, засвеченная область не исчезает, хотя программно происходит обновление экрана. Это уже наводит на мысль о неисправности самого контроллера дисплея. Для чистоты эксперимента можно, конечно, все соединения перевести на пайку. Также можно попробовать провести тест дисплея отдельно и на другой платформе, допустим Uno.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
