Flprog 6.2.1 Драйвер светодиодов MAX7219

dizzyy · Сообщение **dizzyy** » 11 янв 2020, 21:28

[ref]Sylon[/ref],MAX7219 использует SPI (3-wire), может резервирует все ножки SPI

RedSky · Сообщение **RedSky** » 11 янв 2020, 21:30

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

Labu559 · Сообщение **Labu559** » 27 янв 2020, 20:36

RedSky писал(а): 11 янв 2020, 21:30 В новых версиях для работы с 7219 используется библиотека с аппаратным SPI...

и сделало невозможным применение в проектах с МАХ7219 ПБ Вашей версии датчика температуры DS18B20 (OneWare)- уходит в Error . Проект на старой версии блока МАХ7219 работает (сохранился скомпилированный скетч). С софтовым SPI (биб-ка DigitLedDisplay) работает тоже.
P.S. Указаная мной информация выше устарела, [spoiler title=некоторые объяснения под спойлером]

Max7219wDS18b20.png

[/spoiler] рабочие ранее проекты старших версий FLProg были "успешно" затёрты открыванием в 5.0.3 даже без редактирования или пересохранения. Симуляция в Proteus 8.9 не проходит никак, сообщение от ув.[ref]Dryundel[/ref] не помогло даже для "голых" примеров из Arduino IDE/библиотек. Ищу ответы самостоятельно. В железе проблем нет, см. сообщение ниже.

MTSnik · Сообщение **MTSnik** » 30 янв 2020, 18:39

Всем привет, также столкнулся с проблемой использования в часах на матрицах Max7219 и датчиком ds18b20. Ругается при компилировании. Удалось ли кому подружить блоки?

Labu559 · Сообщение **Labu559** » 07 фев 2020, 14:50

MTSnik писал(а): 30 янв 2020, 18:39 Удалось ли кому подружить блоки?

Да. Обновил версию FLProg c 5.0.3 до 6.2.1, обновил библиотеку PaulStoffregen/OneWire , исправил своё предыдущее сообщение. Обращаю Ваше внимание на огромное колличество одноименных некорректных Ардуино-библиотек OneWire в сети. Удачи!

MTSnik · Сообщение **MTSnik** » 10 фев 2020, 06:11

Приветствую Labu559. что-то не получается. Заменил библу. Проверял с ДС18Б20 и ДС1307. все-равно ругается. Вы какой блок используете? Выложите свой тестовый проект.

Labu559 · Сообщение **Labu559** » 10 фев 2020, 12:17

Здравствуйте [ref]MTSnik[/ref], спасибо за положительную оценку.

MTSnik писал(а): 10 фев 2020, 06:11 Вы какой блок используете? Выложите свой тестовый проект.

Без проблем, [spoiler title= только это ещё не проект,]

IMG_20200210_095658.jpg

[/spoiler] убил целый выходной на мультишильды, своё пока застряло

Модуль МАХ7219 при моих движениях вблизи постоянно сбивается и показывает что-попало, питание ни при чём, тантал на модуле впаян- происки статики. Целую ночь работал на столе и не сбился, я ему не мешал.

Нужно попробовать подтяжку на цифровых линиях, как по стандарту положено. DS18B20 прямо на модуле RTC DS1307 в разъёме, для этого предназначенном (см.фото). Модули RTC DS1307, не смотря на рекомендации в даташите, всегда запитываю от 3.3В и соответственно DS18B20 тоже. Это позволяет не курочить сам модуль (цепь подзарядки аккумулятора) как предлагают многие в ИНете и здесь, работа стабильная без нареканий годами. В общем, пробуйте и удачи Вам!
P.S. Посмотрел Ваш проект, Вы используете ПБлок Ув. rw6cm. Рекомендую Вам обратиться непосредственно к автору за помощью в ветке где выложен данный блок. Владимир хороший и отзывчивый человек, уверен он Вас проконсультирует лучше. Тем более это возможно решит ещё чьи-то проблемы. Матриц у меня нет, потому не в теме. Здесь обсуждается штатный блок, если не ошибаюсь, который тоже позволяет использовать матрицы. Извините, чем мог...

P.S. На заметку!

Labu559 писал(а): 10 фев 2020, 12:17 Нужно попробовать подтяжку на цифровых линиях, как по стандарту положено

Да, действительно внешняя подтяжка к Vcc резисторами 10кОм убрала все проблемы с низкой помехоустойчивостью. Странно что об этом в Даташите ничего нет.

Сообщение **rw6cm** » 10 фев 2020, 12:42

MTSnik писал(а): 10 фев 2020, 06:11 Проверял с ДС18Б20 и ДС1307. все-равно ругается.

Если касаемо вашего проекта, удалите блоки, и соберите заново в строгой последовательности:
Вперед дс18б20, потом мах7219. Если наоборот будет ошибка.

MTSnik · Сообщение **MTSnik** » 10 фев 2020, 15:43

УВАЖАЕМЫЙ RW6CM В МОЁМ ТЕСТОВОМ ПРОЕКТЕ ВСЕГО 3 БЛОКА. ДСКА, КОНВЕРТАЦИЯ И БЛОК MAX7219. ПРИ КОМПИЛЯЦИИ ВЫСКАКАКИВАЕТ ОШИБКА. (В СТАРЫХ ВЕРСИЯХ ПРОГРАММЫ ВСЕ РАБОТАЛО) ПРОБОВАЛ вместо датчика подключить часы dc1307 также ругается. Если же оставить только блок max7219 и на вход прописать например цифры 1234, то всё компилирутся и шьется.

Сообщение **rw6cm** » 10 фев 2020, 17:26

MTSnik писал(а): 10 фев 2020, 15:43 В МОЁМ ТЕСТОВОМ ПРОЕКТЕ ВСЕГО 3 БЛОКА

rw6cm писал(а): 10 фев 2020, 12:42 удалите блоки, и соберите заново в строгой последовательности:
Вперед дс18б20, потом мах7219. Если наоборот будет ошибка.

flprog v6.3.1

test1 max7219 ds18b20.flp

MTSnik · Сообщение **MTSnik** » 11 фев 2020, 08:16

Здравствуйте, пересобрал все, компилирутся.

rw6cm Спасибо.
при сравнении скетча оказалось что строка #include <Max72xxPanel.h> вставляется 2й и выскакивает ошибка, а если её поставить после всех include то ошибки нет. Возникает другой вопрос к автору программы: получается что кнопка "Порядок компиляции блоков" не работает должным образом. Так-как блоки в обоих примерах отображается последовательно 123, а процесс сборки скетча разный.

Отправлено спустя 2 часа 21 минуту 54 секунды:
Проверил изменение вывода CS, получается он привязан только к 10 выводу. С 12 не работает.

Сообщение **rw6cm** » 11 фев 2020, 08:36

MTSnik писал(а): 11 фев 2020, 08:16 Проверил изменение вывода CS, получается он привязан только к 10 выводу. С 12 не работает.

ПБ в Вашем проекте работает на шине SPI.
т.е пины 13, 12, 11, использовать нельзя. (если блок не использует пин12, не означает что он свободен)
Если бы это был встроенный блок, эти пины были бы не доступны.

FlProg