Страница 36 из 51

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 18:48
ecoins
vlad1451 писал(а): 28 окт 2024, 18:25
ecoins писал(а): 28 окт 2024, 13:50
nikijd писал(а): 28 окт 2024, 13:46 Здравейте, Куда и заменена эта функция (Отправка переменной через коммуникации)
Это раздела теперь не будет.
Печально. Планировал его использовать. А приём из UART с помощью чего сейчас организовать?
Блоком прием из UART.

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 19:02
Phazz
Ну что ж перепишем в пользовальский блок )

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 19:04
Phazz
ecoins писал(а): 28 окт 2024, 18:48
vlad1451 писал(а): 28 окт 2024, 18:25
ecoins писал(а): 28 окт 2024, 13:50
Это раздела теперь не будет.
Печально. Планировал его использовать. А приём из UART с помощью чего сейчас организовать?
Блоком прием из UART.
Парсинг блоками? ну такое...

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 19:49
ecoins
Phazz писал(а): 28 окт 2024, 19:04
ecoins писал(а): 28 окт 2024, 18:48
vlad1451 писал(а): 28 окт 2024, 18:25
Печально. Планировал его использовать. А приём из UART с помощью чего сейчас организовать?
Блоком прием из UART.
Парсинг блоками? ну такое...
Печально и грустно....
То, что разработчик последовательно зачищает панель от не работающих или устаревших блоков?
Коммуникации - он их хочет сделать иначе, приведя к единому интерфейсу.
С уважением, ecoins.

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 19:59
vlad1451
ecoins писал(а): 28 окт 2024, 18:48
vlad1451 писал(а): 28 окт 2024, 18:25
ecoins писал(а): 28 окт 2024, 13:50
Это раздела теперь не будет.
Печально. Планировал его использовать. А приём из UART с помощью чего сейчас организовать?
Блоком прием из UART.
Если не ошибаюсь, Вы же вроде и говорили, что они "тормозные". То есть, адекватных вариантов нет?

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 20:25
Phazz
ecoins писал(а): 28 окт 2024, 19:49
Phazz писал(а): 28 окт 2024, 19:04
ecoins писал(а): 28 окт 2024, 18:48
Блоком прием из UART.
Парсинг блоками? ну такое...
Печально и грустно....
То, что разработчик последовательно зачищает панель от не работающих или устаревших блоков?
Коммуникации - он их хочет сделать иначе, приведя к единому интерфейсу.
С уважением, ecoins.
Единственное что не так с блоком переменной по уарт, она при приеме использует string. Что довольно просто решается. А в остальном я честно не понимаю какая с ним проблема. Ну не хочет Сергей переносить их, ничего страшного. Безвыходных положений не существует.

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 20:29
ecoins
vlad1451 писал(а): 28 окт 2024, 19:59
ecoins писал(а): 28 окт 2024, 18:48
vlad1451 писал(а): 28 окт 2024, 18:25
Печально. Планировал его использовать. А приём из UART с помощью чего сейчас организовать?
Блоком прием из UART.
Если не ошибаюсь, Вы же вроде и говорили, что они "тормозные". То есть, адекватных вариантов нет?
Теперь блок приема из UART не тормозной

Re: Тестирование версии 9.0. (9.1)

Добавлено: 28 окт 2024, 21:07
Ander
В первом сообщении выложили 9-1-18 + scada. Исправлены многие карандаши, запуск wifi без поднятия веба и так далее. Версия для продолжения тестов.

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 09:26
fsergei70
При наличии внешней EEPROM если в настройках включены и внутренняя и внешняя, куда будет сохраняться журнал событий?

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 10:31
ecoins
fsergei70 писал(а): 29 окт 2024, 09:26 При наличии внешней EEPROM если в настройках включены и внутренняя и внешняя, куда будет сохраняться журнал событий?
Удивительно, но реализовано следующим образом:
1.Порядок EEPROM меняется в настройках (внешняя, внутренняя);
2.Записывается в этом порядке - в начале заполняется одна память, потом дургая.
Мощно реализовано.
Хорошо бы потестировать эти переходные вещи на реальных проектах и/или больших тестах.
С уважением,ecoins.

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 10:52
fefar51702
при наличии внешней какой смысл во внутреней
ну возьмите внешку на 8кб или 32кб

тут вопрос в другом почему уже несколько лет отказываются вводить фрам к примеру FM24CL64 если говорим о 3,3 логики ?
стоит она копейки а вот по характеристикам посути вечная
на её базе можно строить сверхбыстрый логер не боясь что она сдохнет

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 11:25
ViktorPetrov
Из за UART в девятой версии похоже блоки Slimper отвалились , тема поднималась в разделе " Помогите".

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 15:49
Phazz
ViktorPetrov писал(а): 29 окт 2024, 11:25 Из за UART в девятой версии похоже блоки Slimper отвалились , тема поднималась в разделе " Помогите".
Что за блоки?

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 16:48
ANB65
Я только только начал освоение STM32 и столкнулся с такий вещью в среде FLP.
Помогите разобраться что я делаю не так? Выбираю контроллер (STM32F103C8T6 (Blue Pill)) и не могу вывести сигнал на
выход PC13. Хотя в строке НОМЕР КОНТАКТА выбираю из списка С13(PC-13 Led)

В IDE скетч такой

pinMode(17, OUTPUT);
digitalWrite(17, 0);

а надо

pinMode(PC13, OUTPUT);
digitalWrite(PC13, 0);

В чём проблема? Если написать #define 17 PC13 компилятор ругается на цифру 17.

Или после того как среда FLP сформирует скетч его надо править руками? Все выводы не соответствуют?
Можно ли сделать так что бы в FLP скетч для IDE формировался правильно или это особенность FLP распространяется только на STM?

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 16:54
ViktorPetrov
Phazz писал(а): 29 окт 2024, 15:49
ViktorPetrov писал(а): 29 окт 2024, 11:25 Из за UART в девятой версии похоже блоки Slimper отвалились , тема поднималась в разделе " Помогите".
Что за блоки?
SIM800,SIM900
Блоки почему-то не работают Из интернета скетчи работают. FlproG 9.1

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 17:05
skrickis
да в FLProg 9.1.17 и FLPRog 9.1.18 то же самое c PC13
а так всё :smile9:

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 17:19
ecoins
ANB65 писал(а): 29 окт 2024, 16:48 Я только только начал освоение STM32 и столкнулся с такий вещью в среде FLP.
Помогите разобраться что я делаю не так? Выбираю контроллер (STM32F103C8T6 (Blue Pill)) и не могу вывести сигнал на
выход PC13. Хотя в строке НОМЕР КОНТАКТА выбираю из списка С13(PC-13 Led)

В IDE скетч такой

pinMode(17, OUTPUT);
digitalWrite(17, 0);

а надо

pinMode(PC13, OUTPUT);
digitalWrite(PC13, 0);

В чём проблема? Если написать #define 17 PC13 компилятор ругается на цифру 17.

Или после того как среда FLP сформирует скетч его надо править руками? Все выводы не соответствуют?
Можно ли сделать так что бы в FLP скетч для IDE формировался правильно или это особенность FLP распространяется только на STM?
1.PC13=45
2.В кандидатах есть блоки, которые помогают работать с пинами STM32 по их имени.
3.Блок "Вывод параметров проекта на консоль" - выводит обозначение пинов вместе с их цифровым значением.
4.В новой версии 9.1.18 стало удобнее работать с пинами STM32 (Теги входы/выходы).
5.Работать с STM32 теперь удобно и комфортно в новых версиях FLProg.
-------
Успехов.
С уважением, ecoins.

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 17:34
ecoins
skrickis писал(а): 29 окт 2024, 17:05 да в FLProg 9.1.17 и FLPRog 9.1.18 то же самое c PC13
а так всё :smile9:
Поправили.
На плате STM32F103Cx(BluePill) много номеров пинов было из прежнего описания, поправили.
Проверяйте в новой тестовой версии.
С уважением, ecoins.

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 18:32
Phazz
ViktorPetrov писал(а): 29 окт 2024, 16:54
Phazz писал(а): 29 окт 2024, 15:49
ViktorPetrov писал(а): 29 окт 2024, 11:25 Из за UART в девятой версии похоже блоки Slimper отвалились , тема поднималась в разделе " Помогите".
Что за блоки?
SIM800,SIM900
Блоки почему-то не работают Из интернета скетчи работают. FlproG 9.1
Исправим когда доберемся до релиза

Re: Тестирование версии 9.0. (9.1)

Добавлено: 29 окт 2024, 19:22
Ander