Гостевая книга
Это один из способов связи с автором. Здесь вы можете оставлять любые пожелания, предложения,
задавать вопросы и высказывать мнение по поводу всего, что касается данного сайта.
22.09.2018 10:25
Sergey
Сразу Благодарю за информацию, интересно почитать! ))
Посмотрев схему обнаружил что она очень напоминает "прогроматор Громова" (но возможно есть незначительные отклонения).
А в таком варианте, с ней можно было бы уже использовать значительно большее количество программ, в том числе и некоторые IDE.
Здравствуйте,Sergey!
Спасибо за отзыв. Статья по адресу http://projectveka.ru/EL/AVR_Programming_Algorithm/AVR_Programming_Algorithm.htm называется "Как прошить микроконтроллер ATtiny или ATmega без программатора". В данном случае весь программатор (аппаратная его часть) - это в сущности несколько проводков. Приведённая в статье схема - это скорее схема соединений преобразователя порта и микроконтроллера. Говорить об электрической принципиальной схеме программатора - это громко сказано. Программатора там просто нет. Целью статьи было устранение эффекта "чёрного ящика" в отношении программаторов, который нередко возникает у разработчиков. В статье "на пальцах" показано, что всё не так уж сложно и не так уж страшно. Основная "изюминка" предложенного решения заключается не в аппаратной, а в программной части, так как исходный текст программы программатора легко открыть, исследовать и изменить в любом текстовом редакторе. Рад, что статья вызывает интерес. Значит, не зря старался.
Спасибо за отзыв. Статья по адресу http://projectveka.ru/EL/AVR_Programming_Algorithm/AVR_Programming_Algorithm.htm называется "Как прошить микроконтроллер ATtiny или ATmega без программатора". В данном случае весь программатор (аппаратная его часть) - это в сущности несколько проводков. Приведённая в статье схема - это скорее схема соединений преобразователя порта и микроконтроллера. Говорить об электрической принципиальной схеме программатора - это громко сказано. Программатора там просто нет. Целью статьи было устранение эффекта "чёрного ящика" в отношении программаторов, который нередко возникает у разработчиков. В статье "на пальцах" показано, что всё не так уж сложно и не так уж страшно. Основная "изюминка" предложенного решения заключается не в аппаратной, а в программной части, так как исходный текст программы программатора легко открыть, исследовать и изменить в любом текстовом редакторе. Рад, что статья вызывает интерес. Значит, не зря старался.
16.09.2018 15:37
Сабитов Музаффар
Могу ли я пользоваться Вашей программой в целях личной наживы? Если Вам нужен договор с фирмой у меня есть фирма.
Я живу в Ташкенте, Узбекистан. Мой номер телефона +99894 6813736. Меня зовут Музаффар.
Здравствуйте, Музаффар!
Я на электронную почту отправил ответ. Здесь кратко продублирую основное.
Использовать мою программу в целях личной наживы, конечно, можно. Вопрос только, на каких условиях.
Если не предполагается зарабатывать деньги с участием моей программы (то есть когда программа используется только в личных целях), то это обычная лицензия. Для этого случая правила описаны в самой программе на страничке "лицензионное соглашение". А если предполагается зарабатывать деньги с участием моей программы (что, видимо, и имеется в виду под словом "нажива"), то это надо обговаривать индивидуально. Поэтому хотелось бы знать, какую роль будет играть моя программа в бизнесе. В каких бизнес-процессах будет задействована, или же будет входить в состав продаваемого продукта.
Если потребуется договор, обсудим и это.
Я на электронную почту отправил ответ. Здесь кратко продублирую основное.
Использовать мою программу в целях личной наживы, конечно, можно. Вопрос только, на каких условиях.
Если не предполагается зарабатывать деньги с участием моей программы (то есть когда программа используется только в личных целях), то это обычная лицензия. Для этого случая правила описаны в самой программе на страничке "лицензионное соглашение". А если предполагается зарабатывать деньги с участием моей программы (что, видимо, и имеется в виду под словом "нажива"), то это надо обговаривать индивидуально. Поэтому хотелось бы знать, какую роль будет играть моя программа в бизнесе. В каких бизнес-процессах будет задействована, или же будет входить в состав продаваемого продукта.
Если потребуется договор, обсудим и это.
03.03.2018 19:27
Вадим
Здравствуйте у меня конвертер USB-UART на CH340G подключаю как на схеме и у меня высвечивает ошибку:
Не удалось перевести МК в режим программирования (ответ:11111111111111111111111111111111)
Вопрос задан по статье о программировании микроконтроллеров (http://projectveka.ru/EL/AVR_Programming_Algorithm/AVR_Programming_Algorithm.htm).
Здравствуйте, Вадим!
Данная ошибка означает следующее. Программа (скрипт в файле .pms) выполнила ряд действий, необходимых для перевода микроконтроллера (МК) в режим программирования, но не получила от МК подтверждения успешности. Судя по ответу из одних единиц, ответа просто не было вообще. МК молчит. Причин может быть море. Для начала советую протестировать конвертер USB-UART, как описано в статье http://projectveka.ru/EL/CH340G/CH340G.htm, и убедиться в исправности всех его входов и выходов, задействованных в программировании МК. Если на этом этапе ошибка не будет найдена, далее имеет смысл проследить взаимодействие конвертера с МК в пошаговом режиме. Для удобства, можно поставить светодиоды на выходы (через резисторы), чтобы удобнее было отслеживать уровни. МК ATtiny и ATmega, без проблем позволяют "растягивать" уровни во времени. То есть для реализации пошагового режима ничего в МК специально делать не требуется. А в скрипте можно понаставить, где надо, программных остановок. Скрипт легко редактируется в текстовом редакторе. Вот его фрагмент, где возникает ошибка:
Посылка='10101100010100110000000000000000';
InOut();
if Str.Copy(Принято, 17, 8)<>'01010011' then
begin
Message('Не удалось перевести МК в режим программирования (ответ:'+Принято+')');
Sys.Port.Close(ИмяПорта);
Exit;
end;
Здесь видна последовательность нулей и единиц, посылаемая в МК. Затем делается проверка на наличие в полученном ответе комбинации '01010011'. В норме она должна быть. Если её нет, выполнение скрипта прекращается с сообщением об ошибке.
Также следует помнить и о возможности таких причин, как неисправность МК и неверная настройка конфигурационных бит исправного МК. Не стоит спешить выбрасывать МК, если он производит впечатление неисправного. Нужно его тщательно обследовать (возможно, придётся применить другой способ программирования с учётом его текущей настройки конфигурационных бит).
Здравствуйте, Вадим!
Данная ошибка означает следующее. Программа (скрипт в файле .pms) выполнила ряд действий, необходимых для перевода микроконтроллера (МК) в режим программирования, но не получила от МК подтверждения успешности. Судя по ответу из одних единиц, ответа просто не было вообще. МК молчит. Причин может быть море. Для начала советую протестировать конвертер USB-UART, как описано в статье http://projectveka.ru/EL/CH340G/CH340G.htm, и убедиться в исправности всех его входов и выходов, задействованных в программировании МК. Если на этом этапе ошибка не будет найдена, далее имеет смысл проследить взаимодействие конвертера с МК в пошаговом режиме. Для удобства, можно поставить светодиоды на выходы (через резисторы), чтобы удобнее было отслеживать уровни. МК ATtiny и ATmega, без проблем позволяют "растягивать" уровни во времени. То есть для реализации пошагового режима ничего в МК специально делать не требуется. А в скрипте можно понаставить, где надо, программных остановок. Скрипт легко редактируется в текстовом редакторе. Вот его фрагмент, где возникает ошибка:
Посылка='10101100010100110000000000000000';
InOut();
if Str.Copy(Принято, 17, 8)<>'01010011' then
begin
Message('Не удалось перевести МК в режим программирования (ответ:'+Принято+')');
Sys.Port.Close(ИмяПорта);
Exit;
end;
Здесь видна последовательность нулей и единиц, посылаемая в МК. Затем делается проверка на наличие в полученном ответе комбинации '01010011'. В норме она должна быть. Если её нет, выполнение скрипта прекращается с сообщением об ошибке.
Также следует помнить и о возможности таких причин, как неисправность МК и неверная настройка конфигурационных бит исправного МК. Не стоит спешить выбрасывать МК, если он производит впечатление неисправного. Нужно его тщательно обследовать (возможно, придётся применить другой способ программирования с учётом его текущей настройки конфигурационных бит).
16.04.2017 19:25
Игумнов Владимир
Здравствуйте, Евгений! Хочу попросить Вас посмотреть мою речевую поделку.
Это сжатый demo-файл размером до 1 мгб. При Вашем согласии я отошлю.
С уважением, Владимир.
Здравствуйте, Владимир!
Да, присылайте, посмотрю, напишу о результатах.
Да, присылайте, посмотрю, напишу о результатах.
08.11.2015 14:53
Eugene
Добрый день!!! Подскажите пожалуйста какие уровни на экране. Не сгорит ли он если я подключу на 3.3 вольта шину данных???
Заранее спасибо.
Добрый день! Если верить имеющейся документации, то там сказано: "Input voltage 2.8 V". В таблице предельно допустимых значений: "Supply voltage for logic VDD -0.3 ... 3.5 V" (питание логики). Понятно, что при напряжении питания -0.3 работать не будет, но это те цифры, при которых дисплей не должен сгореть, хотя и работать не обязан. В той же таблице: "Input voltage VIN -0.3 ... VDD+0.3 V". Иначе говоря, можно подать питание 3.5в, а на вход подать еще на 0.3в больше, т.е. 3.8в. При этом ничего не должно сгореть. Но если у вас питание 2.8в, а на шине данных уровни достигают 3.3, то разница превышает предельно допустимые 0.3в. Лучше тогда и питание сделать 3.3в. Но самое лучшее - это придерживаться рекомендуемых значений: "Supply voltage for logic VDD-VSS 2.7(min) 2.8(norm) 2.9(max) V".
(К статье: http://projectveka.ru/EL/TEST-LCD/test-lcd.htm)
P.S. Допустимый суммарный ток подсветки до 60 мА (по 15 мА на светодиод). Резисторы R30..R33 470 Ом создают щадящий режим. Для получения большей яркости их можно уменьшить.
(К статье: http://projectveka.ru/EL/TEST-LCD/test-lcd.htm)
P.S. Допустимый суммарный ток подсветки до 60 мА (по 15 мА на светодиод). Резисторы R30..R33 470 Ом создают щадящий режим. Для получения большей яркости их можно уменьшить.
18.09.2015 10:53
Владимир
Добрый день. Спасибо за обширную статью по дешевому дисплею. Данный дисплей(или ему подобные) заинтересовал и очень хотелось увидеть на видео как он работает в динамике, смена картинок или текста, ну если это возможно, в любом случае огромное спасибо за полные разъяснения принципа работы, подключения и программирования. На страницу попал случайно, но проекты очень интересные.
Здравствуйте, Владимир! Спасибо и вам за отзыв. На видео записывать работу дисплея нет смысла: вывод графической информации через описанное в статье устройство идет очень медленно и такую "санту-барбару" смотреть никто не станет. Данное устройство создавалось не для постоянного использования, а лишь чтобы протестировать купленные дисплеи и убедиться в правильности имеющейся по ним информации (без чего включать их в какой-либо серьезный проект не имело бы смысла). Данная цель таким (пусть и примитивным в чем-то) способом достигнута. До применения дисплея в постоянной конструкции руки пока не дошли. Но главное - есть понимание, как это работает, а остальное - вопрос времени.
31.08.2015 14:08
Александр
Не удается скачать программу с вашего сайта.
Александр, уточните, пожалуйста, на каком этапе возникает проблема: не открывается страница сайта (пришлите ее адрес), не работает ссылка на странице, или ссылка работает, но скачивание внезапно обрывается, файл скачивается полностью, но не распаковывается (архив оказывается поврежден), либо что-то еще. Без этих подробностей трудно найти причину.
24.04.2012 21:14
Николай Волков
Доброго времени суток.
Какие новости есть по проекту распознавания слитной речи? Данный вопрос интересует очень сильно, поскольку ежедневно имею дело с большими объемами текста, и хотелось бы хоть у кого-то видеть нормальные результаты в этом направлении. Проект "Горыныч" заглох слишком давно. "Диктограф" тоже не сдвинулся ни на шаг. Англоязычный Dragon хорош, но не поддерживает русский.
В общем, если ваш проект будет реализован на высоте, даже рядовой пользователь не особо задумываясь выложит до 200$
Ответ отредактирован 26.05.2015 г.
Здравствуйте.
Спасибо за вопрос. Реализуемая технология по своей природе изначально ориентирована на слитную речь, но программа пока не умеет выделять слова из непрерывного потока. В существующем виде словарь не может решить эту задачу. Пробелы между словами автоматически ставятся только в местах пауз. Задача выделения слов ранее никогда даже не ставилась. В этом "фишка" технологии - распознавание без словаря, или, грубо говоря, прямой перевод звука в буквы. Так было до недавнего времени. А теперь, с учетом наработанного опыта и получаемых результатов, просматриваются новые перспективы. Появилась идея на будущее: словарь можно усовершенствовать таким образом, что его быстродействие не будет существенно снижаться даже при миллионе слов, и можно закольцевать его работу так, что конец одного слова для словаря будет означать начало следующего. Паузы в этом случае будут не важны. Кроме того усовершенствованный словарь сможет легко решить проблему правописания. Это теперь одно из направлений дальнейшего развития программы.
Здравствуйте.
Спасибо за вопрос. Реализуемая технология по своей природе изначально ориентирована на слитную речь, но программа пока не умеет выделять слова из непрерывного потока. В существующем виде словарь не может решить эту задачу. Пробелы между словами автоматически ставятся только в местах пауз. Задача выделения слов ранее никогда даже не ставилась. В этом "фишка" технологии - распознавание без словаря, или, грубо говоря, прямой перевод звука в буквы. Так было до недавнего времени. А теперь, с учетом наработанного опыта и получаемых результатов, просматриваются новые перспективы. Появилась идея на будущее: словарь можно усовершенствовать таким образом, что его быстродействие не будет существенно снижаться даже при миллионе слов, и можно закольцевать его работу так, что конец одного слова для словаря будет означать начало следующего. Паузы в этом случае будут не важны. Кроме того усовершенствованный словарь сможет легко решить проблему правописания. Это теперь одно из направлений дальнейшего развития программы.
07.12.2011 04:29
Константин
Добрый день!
Интересует распознавание Вашей программой уже записанных звуковых файлов. Это возможно?
Здравствуйте!
В программе пока не предусмотрена возможность ввода звукового сигнала из файла. Но средствами системного микшера все же можно подать в программу записанный сигнал. Для этого нужно запустить проигрывание файла любым проигрывателем, а в микшере настроить источник записываемого сигнала на источник воспроизводимого. Это, конечно, не очень удобно, но возможно. Могут возникнуть сложности с подбором уровня громкости. Требования по качеству сигнала те же, что и с микрофоном.
В программе пока не предусмотрена возможность ввода звукового сигнала из файла. Но средствами системного микшера все же можно подать в программу записанный сигнал. Для этого нужно запустить проигрывание файла любым проигрывателем, а в микшере настроить источник записываемого сигнала на источник воспроизводимого. Это, конечно, не очень удобно, но возможно. Могут возникнуть сложности с подбором уровня громкости. Требования по качеству сигнала те же, что и с микрофоном.
18.05.2011 20:56
Никита http://uiscom.ru
Интересует возможность внедрения Вашего продукта по распознаванию голоса в нашу платформу. Подробнее об услугах Вы можете посмотреть на нашем сайте.
мой телефон для связи: +7 495 989-20-10
В сфере телефонных услуг я пока не занимался. На данный момент ничего определенного не могу сказать, но буду иметь в виду.