Пианино

[tester]

Добавил еще один пример использования RTOS OSA "8-канальное сенсорное пианино на PIC16". Видео, описание, исходные тексты здесь:

http://www.pic24.ru/doku.php/osa/articles/pk2_osa_piano
или здесь:
http://www.pickit2.ru/doku.php/проекты:пианино

[Вова]

Классно звучит. И схема простая... Вообще шикарно!

[dj_kirgoff]

+1000
Огромное спасибо!

[HHIMERA]

Сообщение от tester

Добавил еще один пример использования RTOS OSA "8-канальное сенсорное пианино на PIC16". Видео, описание, исходные тексты здесь:

http://www.pic24.ru/doku.php/osa/articles/pk2_osa_piano

Супер!!!

...пианист из меня, конечно, никакой...

Ага... И надпись "Becker" на девайсе так, что в голову пришло...

[DrAl]

Впечатляет. Более чем наглядно...

[oll]

ОТЛИЧНО!!!!!!

[IgorV]

Сообщение от tester

Добавил еще один пример использования RTOS OSA "8-канальное сенсорное пианино на PIC16". Видео, описание, исходные тексты здесь:

http://www.pic24.ru/doku.php/osa/articles/pk2_osa_piano

Вообще то я прекрасно понимаю и главным образом помню по прошлому муз инструменту, что разговор про РТОС, а не схемотехнику.


Имел недавно неприятность:
схема такая, кнопка (типа для дверных звонков) толщина пластика до контактов более 1см. Провод (3 метра по зазаемленной стойке) с кнопки идет на базу транзистора (через резистор в 10к) и землю - типа шунтируем базу- получаем лог1 на коллекторе. коллектор подключен к RA4. Подтяжка тразистора по базовой цепи - 1к на питание 5В.

тапочки+ ленолиум - > дуга в кнопку.

Выгорело: резистор подтяжки 1к SMD 0805 (первый раз встречаю чтобы резистры статикой обрывало), транзистор (КТ645) стал двумя диодами бетта равна нулю. RA4 в обрыв.

Это как воспринимать, как форс-мажор?

А что будет с сенсорами? Защита сенсоров увеличит емкость на входе без "нажатия". Сложнее определять разницу.

[Semёn]

ВАУ! И это на маловыводном 16ом пике! Вот разгребу свои дела и обязательно сделаю детЯм.

А будет работать, если картинку с изображением клавиш положить поверх монеток?

PS: tester, ты безработный? откуда столько времени на поделки? небось, недельку-другую убил?

[tester]

Сообщение от IgorV

Имел недавно неприятность:
схема такая, кнопка (типа для дверных звонков) толщина пластика до контактов более 1см. Провод (3 метра по зазаемленной стойке) с кнопки идет на базу транзистора (через резистор в 10к) и землю - типа шунтируем базу- получаем лог1 на коллекторе. коллектор подключен к RA4. Подтяжка тразистора по базовой цепи - 1к на питание 5В.

тапочки+ ленолиум - > дуга в кнопку.

Выгорело: резистор подтяжки 1к SMD 0805 (первый раз встречаю чтобы резистры статикой обрывало), транзистор (КТ645) стал двумя диодами бетта равна нулю. RA4 в обрыв.

Это как воспринимать, как форс-мажор?

А что будет с сенсорами? Защита сенсоров увеличит емкость на входе без "нажатия". Сложнее определять разницу.

Спасибо за замечание! Я переделал схему согласно документа от Микрочипа http://ww1.microchip.com/downloads/e...tes/01102a.pdf

Определять не сложнее, если только не будет внесена существенная емкость в схему. Прикосновение пальцем вносит емкость порядка 20-100 пФ.

[tester]

Сообщение от Semёn

ВАУ! И это на маловыводном 16ом пике! Вот разгребу свои дела и обязательно сделаю детЯм.

А будет работать, если картинку с изображением клавиш положить поверх монеток?

Будет, надо будет только пороги перенастроить. Я сперва так и сделал и хотел выложить видео, как я играю на нарисованных клавишах, но пальцами не попадал в монетки , пришлось картинку убрать.

PS: tester, ты безработный? откуда столько времени на поделки? небось, недельку-другую убил?

Да нет, с работой все в порядке. Это я в рамках перерывов на "пасьянц".

[tester]

Продублировал пример на сайте www.pickit2.ru:

http://www.pickit2.ru/doku.php/проекты:пианино

[Вова]

tester, скажите пожалуйста, а вот подобная схема будет ли работать при батарейном питании? Просто когда-то хотел сделать поделку на микросхеме и-не, там в основе работы беспроводного ёмкостного сенсора был вроде срыв частоты генерации при поднесении руки. Так схема очень чётко работала от блока питания, а от батареек у меня так и не получилось заставить её стабильно работать. А ваша схема будет работать от батарейного питания?

[Sateless]

2tester, *THUMBS UP*

[IgorV]

Сообщение от hort

tester, скажите пожалуйста, а вот подобная схема будет ли работать при батарейном питании? Просто когда-то хотел сделать поделку на микросхеме и-не, там в основе работы беспроводного ёмкостного сенсора был вроде срыв частоты генерации при поднесении руки. Так схема очень чётко работала от блока питания, а от батареек у меня так и не получилось заставить её стабильно работать. А ваша схема будет работать от батарейного питания?

будет.

[Вова]

будет.

Спасибо! Это очень хорошо

[Semёn]

А вот еще вопрос, чисто теоретический. Предположим, я захочу использовать 18-ый пик с тактовой в 40 мгц. Какой параметр мне улучшать в первую очередь: частоту шима, частоту дискретизации, количество каналов (чтобы в четыре руки можно было играть)? Само собой, что клавиатуру можно и без увеличения частоты удлинить.

Или взять 24-ый пик? А то я купил для экспериментов, но так ничего путного на нем не сделал. С ним наверное можно будет на полную развернуться?

[tester]

Сообщение от Semёn

А вот еще вопрос, чисто теоретический. Предположим, я захочу использовать 18-ый пик с тактовой в 40 мгц. Какой параметр мне улучшать в первую очередь: частоту шима, частоту дискретизации, количество каналов (чтобы в четыре руки можно было играть)? Само собой, что клавиатуру можно и без увеличения частоты удлинить.

Я бы в первую очередь добавил огибающую к сигналу, уж больно электриеский звук получается, когда нет атаки и затухания. Частота ШИМа сама собой увеличится без затрат.

И еще можно добавить интересный эффект - стерео (используя два ШИМа). Чем правее кнопку нажимаем, тем сильнее звук из правого канала и тем слабее звук из левого. Это очень сильно украсит звук.

Насчет игры в 4 руки - это ты погорячился: на монетках играть не так удобно, как кажется.

А вот удлинить клавиатуру - это надо. 3х октав маловато, толком и не сыграть ничего. И еще: монета в 1 руб. очень широкая, если для детей, надо брать что-то поменьше, или вообще разлиновать клавиатуру на текстолите.

Или взять 24-ый пик? А то я купил для экспериментов, но так ничего путного на нем не сделал. С ним наверное можно будет на полную развернуться?

Да, здесь много чего наваять можно будет. Помимо повышения частоты семплирования до приличного значения, можно и вибрато добавить, и выбор ритма, и реверберацию (dsPIC еще упростит работу). Ну, и набор инструментов побогаче. Так что берись сразу за 24-ый, чтобы потом локти не кусать, типа "а как бы еще вот это вместить?". Потом расскажешь, что получилось.

[Semёn]

Сообщение от tester

Да, здесь много чего наваять можно будет. Помимо повышения частоты семплирования до приличного значения, можно и вибрато добавить, и выбор ритма, и реверберацию (dsPIC еще упростит работу). Ну, и набор инструментов побогаче. Так что берись сразу за 24-ый, чтобы потом локти не кусать, типа "а как бы еще вот это вместить?". Потом расскажешь, что получилось.

ну, это еще когда будет Я же теоретически спрашивал. А вот насчет стерео интересная мысль, я уже и алгоритм представляю. А отчего ты для своего примера не взял 24-ый?

[tester]

Сообщение от Semёn

ну, это еще когда будет Я же теоретически спрашивал. А вот насчет стерео интересная мысль, я уже и алгоритм представляю. А отчего ты для своего примера не взял 24-ый?

Ну, во-первых, это не очень интересно, т.к. не было никаких сомнений, что на 24-м это все заработает (насчет 16-го - были). Да и захотелось бы выжать из него максимум, а эта разработка времени бы отняла - уйму, да и поди-ка опиши еще это все. Так что перенос на 24-ый остается на твой энтузиазм.

[IgorV]

Сообщение от Semёn

ну, это еще когда будет Я же теоретически спрашивал. А вот насчет стерео интересная мысль, я уже и алгоритм представляю. А отчего ты для своего примера не взял 24-ый?

Стерео быстрее и проще делать, а главное, что красивее звучит, если один канал несколько задержан относительно другого.

[Petr]

Сообщение от tester

Добавил еще один пример использования RTOS OSA "8-канальное сенсорное пианино на PIC16". Видео, описание, исходные тексты здесь:

http://www.pic24.ru/doku.php/osa/articles/pk2_osa_piano
или здесь:
http://www.pickit2.ru/doku.php/проекты:пианино

А зачем S[x].f += S[x].F; в макросе SOUND
делается руками побайтно ?
В общем случае чередование то будет другое :-)
И тогда будет "упс".
К тому же - лично я не люблю тип int.
Он разной длины для разных архитектур.
Всегда пишу short. Все компилеры понимают,
что это 2 байта и никак иначе.

На мой взгляд Task_Sound нужно совместить с Task_Keyboard, но я понимаю,
что тогда исчезнет иллюстрация работы сообщений OS_Msg_Send_Now/OS_Msg_Wait.
Что идет вразрез с целью статьи.

Тогда действительно нужно добавить ряд кнопочек с готовыми
мелодиями (ритмами). Тогда сообщения будет слать еще одна задача
и пример будет более полным.
Тем более, что тогда будет отлично видно работу задачи
по отработке времен нажатий/отпусканий из готовых таблиц.
И использование OS станет более оправданным и ощутимым.

[Alex B.]

Сообщение от Petr

Всегда пишу short. Все компилеры понимают,
что это 2 байта и никак иначе.

это неправда. Может просто не попался такой компилятор =) вообще по стандарту должно соблюдаться неравенство char <= short <= int, а конкретные размерности могут зависеть от реализации

[tester]

Сообщение от Petr

А зачем S[x].f += S[x].F; в макросе SOUND
делается руками побайтно ?
В общем случае чередование то будет другое :-)
И тогда будет "упс".

Самому глаз режет, но пришлось пойти на такой шаг, поскольку PICC выполнял это прибавление через темп-переменную. А в прерывании нужно было бороться за каждый такт.

К тому же - лично я не люблю тип int.
Он разной длины для разных архитектур.
Всегда пишу short. Все компилеры понимают,
что это 2 байта и никак иначе.

Например в CCS размерность short = 1 бит. Размерность short по стандарту должна быть <= размерности int. А применительно к 8-битным контроллерам с целыми типами вообще всегда каша.

На мой взгляд Task_Sound нужно совместить с Task_Keyboard, но я понимаю, что тогда исчезнет иллюстрация работы сообщений OS_Msg_Send_Now/OS_Msg_Wait.
Что идет вразрез с целью статьи.

Да нет, здесь дело не в иллюстрации. Дело в том, что остается возможность заменить клавиатуру чем угодно: клавиатурой другого типа (т.е. с обычными контакными кнопками), midi-клавиатурой, которая будет подключаться по последовательному порту, наконец, просто "музакальной шкатулкой", которая будет отсылать сообщения для проигрывания мелодии.

Тогда действительно нужно добавить ряд кнопочек с готовыми
мелодиями (ритмами). Тогда сообщения будет слать еще одна задача
и пример будет более полным.
Тем более, что тогда будет отлично видно работу задачи
по отработке времен нажатий/отпусканий из готовых таблиц.
И использование OS станет более оправданным и ощутимым.

Расширить и углубить - это всегда заманчиво. Я, когда оформлял программу, думал, добавить ли еще "музыкальную шкатулку", чтобы пианино само что-то брямкало для демонстрации. Но решил не загромождать, т.к. основная цель - это все-таки не пример RTOS, а пример сенсорной клавиатуры.

[Petr]

Сообщение от tester

Расширить и углубить - это всегда заманчиво. Я, когда оформлял программу, думал, добавить ли еще "музыкальную шкатулку", чтобы пианино само что-то брямкало для демонстрации. Но решил не загромождать, т.к. основная цель - это все-таки не пример RTOS, а пример сенсорной клавиатуры.

Так я как раз о "примерности" примера.
С шкатулкой будет нагляднее и "наслышнее"
работа самой оси.

[Petr]

Сообщение от Alex B.

это неправда. Может просто не попался такой компилятор =) вообще по стандарту должно соблюдаться неравенство char <= short <= int, а конкретные размерности могут зависеть от реализации

всегда была каша с int.
То компилер подразумевал маш. слово(разные),
то в хедерах родной(проиводителю) оси переопределялось то,
что было переопределено в хедерах родного же компилера.
То у int есть знак, то нету.
С short как то поспокойнее пока было.