FlProg

Недавно наткнулся на один проект на забугорном сайте, там экран 1602 подключается к ардуино двумя проводами, через сдвиговый регистр. Инфы по этому переходнику там не было, так же как и схемы, только фотка с торца платы которая ни о чем не говорила. И я сначала подумал что это обычный китайский переходник i2c и долго искал где в скетче задается адрес экрана)))
В итоге любопытство взяло верх и была найдена схема похожего переходника, сделал под нее плату и проверил, работает.
И в связи с этим возник вопрос, в FLProg программа может сильно тормозить из за экрана подключенного через i2c. если подключить экран напрямую, то уже вроде не так сильно сказывается.
Так вот, будет ли толк от такого переходника в FLProg? Провода точно сэкономит, кроме того там нет привязки к выводам и можно выбирать любые ноги. А будет ли преимущество в быстродействии (влияние блока экрана на выполнение основного тела программы) по сравнению с китайским i2c?
Сам я сделать пользовательский блок не осилю, но если вдруг кого заинтересует, или может просто для ардуинных проектов кому пригодится.
Все файлы оставляю.

Значительного выигрыша не будет. Проблема lcd указанного типа в медленном обмене - один байт передаётся в несколько шагов с обязательными задержками между ними.
LCD можно использовать через другие блоки, но с элементами реального времени.

Как ни странно, но метод научного тыка сработал)
С энного раза получилось создать примитивный блок, который даже как то работает.
делал в 3.0.3. схема выше (управление подсветкой не работает).
Пускай лежит на всякий случай.

ecoins писал(а): 16 янв 2019, 03:08Значительного выигрыша не будет.

В пять раз производительней любой стандартной библиотеки и занимает на 600 байт меньше памяти, по словам автора. На сайте есть результаты тестирования.

Вот собрал в кучу пользовательские блоки, для 1602 и 2004.
На сколько хватило познаний облагородил содержимое.
В описании думаю вполне достаточно информации.
v1 для истории. v2 на всякий случай. v3 пока последние.
Все для схемы из первого поста (подсветка по прежнему не работает). Остальное вполне себе успешно.

Проверил блок lcd 1602 74hc164 v3 autoerase по времени вывода, железа нет.
Отлично!

Отправлено спустя 1 час 24 минуты 9 секунд:
А если попробовать на двух микрухах, в полно-байтном режиме?!

На официальной страничке библиотеки, таких вариантов к сожалению нет. Так что попробовать наверно не получится.

Отправлено спустя 24 минуты 5 секунд:
хотя... есть еще такой вариант - 8бит
осталось найти желающих)

Не лучше сделать главный блок и блоки вывода текста отдельно?
Почему автоочистка при изменении длины строки? Не лучше просто при изменении строки? А то совпадут длины старого и нового, новый текст не появится.
Пробовал запустить на Протеус, 74HC595 заработал, а 74LS164 нет.

aidar_i писал(а): 08 мар 2019, 15:26Не лучше сделать главный блок и блоки вывода текста отдельно?

valand писал(а): 16 янв 2019, 00:40Сам я сделать пользовательский блок не осилю, но если вдруг кого заинтересует,

для себя уже осилил, остальных приветствую.

aidar_i писал(а): 08 мар 2019, 15:26А то совпадут длины старого и нового, новый текст не появится.

никаких проблем нет при совпадении, встроенный в программу блок работает по такому же принципу совпадения, из него и выдрал.

aidar_i писал(а): 08 мар 2019, 15:26запустить на Протеус, 74HC595 заработал, а 74LS164 нет.

Протеуса никогда не видел, 164 уже давно работает живьем.

Вы не подумайте, что я Вас критикую. Просто как разработчику ПБ высказываю свои соображения, как пользователя программы.
По поводу совпадения длины, на старом есть вход, можно и блок отключить .
Протеус отличная программа, раньше я постоянно бегал в магазин что то покупать, чтобы попробовать.
Сейчас симулирую на нем. И блоки для дисплеев, которых у меня нет, делал тоже на нем

aidar_i писал(а): 08 мар 2019, 16:58как разработчику ПБ

Это очень громко сказано) некоторые вещи для меня - темный лес.
Если кто боится потери чего либо в строке, есть v2, там ничего не трет без внешней команды, а её можно формировать уже как угодно.
Про главный блок и дополнительные, не пойму принципа, если можно хоть каких подробностей.

Sancho писал(а): 08 мар 2019, 13:42Проверил блок lcd 1602 74hc164 v3 autoerase по времени вывода,

А вы тестили блок с дефолтным LiquidCrystal, или заменяли его на LiquidCrystal из папки библиотеки Newliquidcrystal? Если нет, то попробуйте заменить и протестить, если найдётся время. Автор библиотеки уверяет что такая связка даст ещё лучший результат.

valand писал(а): 08 мар 2019, 19:18Про главный блок и дополнительные, не пойму принципа, если можно хоть каких подробностей.

Я имел ввиду вот примеры. Если устроит, можете аналогично сделать. Максимально приближен код к штатному.
Блоки автоочисткой

Можно попробовать и по аналогии. Спасибо за некоторые идеи, позаимствовал )
Итого: для схемы на 74HC164
Схему подправил, управление подсветкой вряд ли появится, (причины совсем не в блоках)
Поэтому если кто захочет повторять, то лучше сразу делать так - управлять подсветкой отдельной ногой ардуины, предусмотреть джампер для ручного включения,
или вообще выкинуть транзистор и запаять подсветку наглухо. В общем выбор широченный)
Ну и сами блоки-конструкторы, если кому интересно - Главный блок универсальный, можно задать "тип экрана" (1602 \ 2004 \ итд.)
Блоки вывода насочинял разных, на вкус и цвет...
Все подробности указаны в описании.

Я себе оставил только такие 4 блока (Здесь74HC595 ).
Сделал пример управления с ними. В протеус проверил 74HC595

в описаниях путаница, подправить бы, а то не соответствует действительности.

Хорошо, подправил.

Отправлено спустя 6 часов 34 минуты 43 секунды:
valand, проверьте вот этот скетчи Подключение
[spoiler][/spoiler]

Должен работать на обоих сдвиговых регисторах

О! Это с ходу не проверить, железки такой собранной нет. Надо некоторое время на раскачку.

Что то инициатор идеи пропал, по крайней мере личка без ответа.
Прошу помощи, если кто хоть как то силен в создании\редактировании библиотек,то...
Суть в чем, есть скетч для "восьмибитной" схемы - просто так в пользовательский блок он не лезет.
пытался спихнуть часть его в "самодельную" библиотеку- но моих познаний и найденных примеров не хватает, никак не пойму приватные не приватные части и прочие принципы оформления.
получается без ошибок, только если все целиком и только в .h файл.
В общем, если кто чем может... нуждаюсь в правильном переносе лишнего, из скетча в библиотеку.

С восьмибиткой идея зашла в тупик, ну... туда ей и дорога.
Апну темку по другому поводу.
Немного испытал однопроводной вариант. [spoiler] [/spoiler]
На столе все четко, как будет в условиях сильных помех не знаю.
В общем если кому интересно,
главный блок и блок управления подсветкой прилагаю. Блоки вывода текста используются от двухпроводного варианта, и лежат выше.