FlProg

RaiF-03 писал(а): 06 янв 2018, 12:55Во втором случает запись происходит по высокому уровню на входе EN?

да... записывает только по входу EN , но и записывает она в "себя" его же (en), грубо говоря она всегда записывает только 1.
ну да ладно. я просто обратил внимание. вам виднее

[ref]pan[/ref], и все равно мне кажется что я вас не до конца понял)

pan писал(а): 06 янв 2018, 13:48грубо говоря она всегда записывает только 1.

Не всегда, если инвертировать вход, то и 0 можно записать)
По другому я не смог придумать, иначе не работает так как хотелось.

а просто поставить нужную константу не? ))

[ref]pan[/ref], ну да) все я понял теперь что вы мне хотели объяснить)) Ну что сказать, легких путей не ищем)

Проблема в драйвере LCD.
Другого драйвера в природе пока нет - точнее не удалось обнаружить.
На выдачу одной строки уходит в 20 символов тратиться 27 ms.
Давно решаю проблему с распределением вывода на LCD используя псевдо RTOS на FLProg.
Драйвер этот давно хочется переделать, но все как-то откладывается...

Такие же проблемы были c драйверами HC-SR04 (это решил по прерыванию), c DS18B20 (это решил через упомянутую RTOS), DHT - одно измерение (например 1 раз в секунду) тормозит примерно на 5 ms (в планах переделать).

В основном проблемы возникают из-за использования в драйверах двух очень вредных команд - delay() и pulseIn(). На время выполнения этих команд контроллер "зависает" - возможно работают только прерывания, которые традиционно в Arduino используют слабо и неохотно. В частности использования прерываний от таймеров ограничивают использование некоторых пинов в режиме ШИМ.

В своих пользовательских блоках FLProg пока тоже не используя таймера, чтобы не идти поперек реализуемых авторов некоторых правил, но думаю что вопрос этот перезрел...

Полезный материал на тему таймеров и аппаратных прерываний:
http://arduino.ru/Tutorial/Arduino_Interrupts

[ref]ecoins[/ref], Чем больше текста на дисплее, тем больше тормозов... Таки сделал для второго дисплея отдельную ардуино.

а вы не пробовали отправлять данные на дисплей не постоянно, а только по надобности?

[ref]pan[/ref], Не пробовал, так как не знаю как это сделать...

много вариантов.

1. выводить данные например раз в секунду.
2. вынести "блоки дисплеев" на отдельную плату и выполнять всю плату по необходимости обновить данные на дисплее (или через некий промежуток времени).
3. отправлять данные на дисплей только если они изменились.

[ref]pan[/ref], таких функции в блоке дисплея нету... или я недопонял вас снова. Можете пример показать?

[ref]RaiF-03[/ref], конечно нету. это нужно организовать в программе.

[ref]pan[/ref], Вроде так должно получиться?
В первом варианте отправка данных идет если они изменились Во втором варианте данные отправляются каждые 300мс Если оно правильно то все равно ничего не изменилось.

зачем вы всё запихиваете в блоки...
нет. не так всё должно получиться.
примерно вот так

[ref]pan[/ref], совсем не то что хотелось... Взять к примеру модуль часов реального времени: при изменении строки часы появляются на доли секунды и пропадают. Вообщем, спасибо за помощь.

[ref]RaiF-03[/ref], блин, точно. я с другим блоком спутал. в штатном пропадает отображение.
значит надо не сигнал EN активировать , а плату на которой блоки дисплея.

Проблема в библиотеке для дисплея.В ней очень много вставок delay().
Уже есть другая библиотека, испытанная под FLProg но с нестандартным блоком пользователя.
Но это требует и несколько иного подхода к разработке программы - работа с реальным временем.

Проблема в стандартной библиотеке, там много раз используется delay()

Отправлено спустя 1 минуту 2 секунды:
По библиотеке - пришлите email - вышлю с примером