Создайте блок в FLProg для MAX6675 под STM32

maikl1239 · #1

Ох как нужен блок в FLProg для MAX6675 под STM32. Я сам профан в этом деле но уже учусь. Помогите пожалуйста

Sancho · #2

maikl1239, Пробуйте.
Не забудьте установить библиотеку.
Не тестил.

Отправлено спустя 21 минуту 49 секунд:
Делал на скорую руку.
Можно вообще обойтись без библиотеки, но будет основной блок и блоки для датчиков.

Пример обновлён, была ошибка в названии библиотеки.

vovka1973 · #3

Sancho писал(а): ↑
20.01.2023{, 19:27}
Не забудьте установить библиотеку.
Не тестил.

ПОСМОТРИТЕ блок может не ту библиотеку написали? у вас там #include <STM32_TM1637.h>

Sancho · #4

vovka1973 писал(а): ↑
20.01.2023{, 20:03}

Sancho писал(а): ↑
20.01.2023{, 19:27}
Не забудьте установить библиотеку.
Не тестил.
ПОСМОТРИТЕ блок может не ту библиотеку написали? у вас там #include <STM32_TM1637.h>

Да, ошибся. Сори.
#include <STM32_MAX6675.h>
Обновлю сейчас.

maikl1239 · #5

Примного вам я благодарен, как будет время прикручу к проекту блок и отпишусь что получилось!!!

ecoins · #6

maikl1239 писал(а): ↑
20.01.2023{, 17:56}
Ох как нужен блок в FLProg для MAX6675 под STM32. Я сам профан в этом деле но уже учусь. Помогите пожалуйста

1.Контроллер на STM32(наверное STM32F103C?) не самое начальное устройство, но зато очень хорошее, стабильное и с перспективой развития. Лично я поддерживаю подобный выбор.
2.Но выбор этот требует аккуратного подхода с учетом архитектуры контроллера, и с учетом особенностей и возможностей среды FLProg.
3.Вам предложен вполне не сложный и рабочий вариант решения. Я внимательно изучил его, в том числе и библиотеку.

Sancho писал(а): ↑
20.01.2023{, 19:49}
Не забудьте установить библиотеку.
Не тестил.

Отправлено спустя 21 минуту 49 секунд:
Делал на скорую руку.
Можно вообще обойтись без библиотеки, но будет основной блок и блоки для датчиков.

Но я бы не рекомендовал бы его к использованию, который не вполне учитывает выше упомянутые особенности STM32 и FLPrpog - там используется delay(1), который в цикле создаст задержки 20-30мс - это прилично, и в общем-то ни к чему. Сам сенсор очень быстрый при обмене (интерфейс SPI), в предложенном варианте библиотеке применена программная реализация этого интерфейса и не постесняюсь формулировки "на низком профессиональном уровне", имеет место не соответствие требованиям dataSheet на MAX6675. То что, библиотека выложена на GitHub ни коим образом не характеризует ее качества. К слову в MAX6675 предусмотрен контроль ошибочных измерений с диагностикой ошибочных ситуаций (обрыв термопары, ошибочное измерение, не подключенный сенсор) - это позволяет обрабатывать не пригодные измерения, что не реализовано в предложенных решениях.
--------------------------------------
Резюме: на первых испытаниях на столе будет не плохо, но перспективу проекта будут заложены источники проблем.
--------------------------------------
4.Есть рабочие и хорошо оттестированные решения от ecoins с учетом и архитектуры STM32, и нынешнего возможностей FLProg, и с учетом тенденций развития FLProg.
В частности на форуме есть видео и описания проекта от Kascada - реальный деструктор с более 50 MAX6675 на реальном работающем оборудование (пластмассу льет) - мы плотно взаимодействие с этой командой, там требуется схемотехническая аккуратность при использовании этих сенсоров.
О некотором опыте применения решений ecoins другими пользователями можно посмотреть в теме Max6675 и скачки: viewtopic.php?f=63&t=8258
-----------------------------------------
Рекомендации: воспользуйтесь блоком MAX6675 от ecoins.
----------------------------------------
Успехов.