FlProg

Здравствуйте!
Скажите, кто пользовался этим блоком, на выход V (int) выводится при приеме только записанный из файла код? Или любой принятый?

Сергей, блоком пользовался. На выходе любой принятый ик код. Только работает оно как-то хитро.  С выхода блока идёт постоянный 0. На дисплее увидеть код не удаётся. В мониторе порта если в настройках  "отправлять при изменении" код видно.

Подскажите пожалуйста можно ли отправить принятый код на ИК диод чтоб этим кодом управлять каким-либо устройством?

Увы, пока это в программе не реализовано.

Chaynik писал(а):Только работает оно как-то хитро.  С выхода блока идёт постоянный 0. На дисплее увидеть код не удаётся. В мониторе порта если в настройках  "отправлять при изменении" код видно.

на картинке видно код кнопки а потом стоит 0.
Подскажите как добиться вывода только кода кнопки без  0
( просто в дальнейшем делаю сравнения кода кнопок, он сравнивает код кнопки 765 и тут же сравнивает 0, в итоге получается всегда неверный результат )

Добавлено (08.01.2016, 19:12)
---------------------------------------------
В общем получилось решить проблему так : Удалением части кода обведенным красным цветом .

Вот что имеем( ноли пропали) :


Кто подскажет как теперь побеждать это из flprog

rw6cm писал(а):Прикрепления: 0004153.flp(41Kb)

 Спасибо !!!!!!!!!!! Как часики работает !

Добавлено (08.01.2016, 20:42)
---------------------------------------------
А по поводу ноля, это баг компонента ?

Uapaha74 писал(а):А по поводу ноля, это баг компонента ?

Это не баг, в вашем примере стоял режим UART - отправлять при изменении.
Следовательно нажали на пульт, появился сигнал, пошла отправка, отпустили кнопку, сигнал изменился в 0, тоже пошла отправка, и т д.

Блок IRRes_P5 После первого приема начинает неправильно читать принятые коды.

20df48b7 ; 32 ; 3 // Правильно принятый код, длинна, производитель

2ade08a3 ; 32 ; 255 // Заново принятый этот же код, длина, производитель - неизвестен
7f613a3b ; 32 ; 255 // новая кнопка, "неправильный код" ....
1a46b33f ; 32 ; 255

Однако, не все плохо - коды кнопок стабильно повторяются и пользоваться можно. Проблема в том, что до этого нужно дойти как то новые коды добавить, однако это сделать почти невозможно! Только редактируя файл кодов, потому что:

Параллельно включенная плата с "Запись кодов кнопок ИК пульта" (это же нажатие, такой же датчик) принимает коды правильно в подавляющем большинстве случаев, но иногда тоже проскакивают эти же коды.


https://www.dropbox.com/s/78o0ijiu565ed ... k.jpg?dl=0

ivanpost писал(а): 04 авг 2018, 22:36Блок IRRes_P5 После первого приема начинает неправильно читать принятые коды.

Люминесцентная настольная лампа вполне может ,засвечивать приемник ,отсюда и ошибки.

Приемник ИК у Вас какой? Модуль готовый не применяйте, лучше отдельный приемник.

Отправлено спустя 18 минут 41 секунду:
Я тоже потерял кучу времени этими случайными кодами, пока не подключил просто фотоприемник отдельно.

Два отдельных фотоприемника на ножках. Две платы. "Запись кодов..." практически всегда читает правильно. Включены одновременно, стоят рядом. Встроенный блок - первый раз правильно, потом не правильно. Ошибка - не просто ошибка, а стабильный результат, но не нужный код. Может виноват шим или еще чтото...
Мне, к сожалению, бросить это не удастся... Надо добить... Попробую другие библиотеки.

ivanpost писал(а): 06 авг 2018, 14:03Мне, к сожалению, бросить это не удастся... Надо добить... Попробую другие библиотеки.

Может быть полезная информация от Дмитрия Осипова ,насчет конфронтация библиотек ,с 3.50 смотреть .

Да, дело в таймерах Атмеги. Она использует Таймер 2 для pwm 3 и 11. <IRremote.h> тоже использует этот таймер. Так что надо что-то выбрать.
Вот здесь автоперевод, где это описано: http://qaru.site/questions/490185/ardui ... s-conflict
переключил pwm на другой пин и все заработало нормально.