Передача данных с помощью fx2n-232if |
Здравствуйте, гость ( Вход | Регистрация )
Передача данных с помощью fx2n-232if |
24.07.2012 - 17:17
Сообщение
#1
|
|
Читатель Группа: Пользователи Сообщений: 48 Регистрация: 25.02.2011 Пользователь №: 9553 |
Добрый день всем. Обнаружил следующую проблему.
При передачи данных по RS-232 с контроллера FX3U с помощью интерфейсного блока FX2N-232IF, обемом больше 100 байт, контроллер становится в СТОП и загорается индикатор "Error". Вариации по установке разных режимов (8, 16 бит) изменений не дают. Запись по BFM#2 различных значений к успеху не приводит. В мануале сказано, мол 512 байт. Хотелось бы использовать весь буфер. |
|
|
24.07.2012 - 19:39
Сообщение
#2
|
|
Гуру Группа: Пользователи Сообщений: 1000 Регистрация: 19.08.2009 Пользователь №: 9149 |
Kalle, если хотите, чтобы Вам не только посочувствовали, но и помогли понять, где собака зарыта, необходимо, как минимум, выложить в каком-то виде кусок программы, отвечающий за взаимодействие с FX2N-232IF. Для Вас это должно быть очевидным без каких-либо дополнительных постов.
-------------------- Мозг любого человека работает круглосуточно. Но мозг инженера отличается тем, что способен при этом проанализировать задачу, синтезировать несколько техничных ее решений, а затем выбрать из этих решений наилучшее.
|
|
|
25.07.2012 - 10:31
Сообщение
#3
|
|
Читатель Группа: Пользователи Сообщений: 48 Регистрация: 25.02.2011 Пользователь №: 9553 |
Спасибо, на будущее учту)) Приложил файл .png. Использую IEC. И, извините за дезинформацию. Не свыше 100, а свыше 200 байт.
Сообщение отредактировал Kalle - 25.07.2012 - 10:35
Прикрепленные файлы
|
|
|
25.07.2012 - 11:29
Сообщение
#4
|
|
Гуру Группа: Пользователи Сообщений: 1000 Регистрация: 19.08.2009 Пользователь №: 9149 |
Спасибо, на будущее учту)) Приложил файл .png. Использую IEC. И, извините за дезинформацию. Не свыше 100, а свыше 200 байт. Kalle, Вы приложили скриншот, который ничего не дает для поиска проблемы! Чтобы не растягивать удовольствие, могу предложить зайти на сайт www.beijer.net в раздел Download, найти и скачать нужный функциональный блок под FX2N-232IF, и вставить его в программу взамен PRG собственной разработки. Но прежде чем это делать, нужно посмотреть код ошибки, в которую на действующей программе выскакивает контроллер. Скорее всего, вы "вылетаете" из лимита времени сканирования (WDT), и нужно искать по какой причине. Причина может быть напрямую не связана с FX2N-232IF. -------------------- Мозг любого человека работает круглосуточно. Но мозг инженера отличается тем, что способен при этом проанализировать задачу, синтезировать несколько техничных ее решений, а затем выбрать из этих решений наилучшее.
|
|
|
25.07.2012 - 11:44
Сообщение
#5
|
|
Читатель Группа: Пользователи Сообщений: 48 Регистрация: 25.02.2011 Пользователь №: 9553 |
Ясно. Сначала попробую найти и расшифровать код.
|
|
|
25.07.2012 - 12:17
Сообщение
#6
|
|
Читатель Группа: Пользователи Сообщений: 48 Регистрация: 25.02.2011 Пользователь №: 9553 |
Ту inntele. Да, вы были правы. В D8061 код 6105 (ошибка контроля времени цикла (Watch-Dog)) следуя рекомендации по устранению увеличил время таймера в D8000 с 200мс до 500мс. Проблема исчезла)))
|
|
|
25.07.2012 - 13:00
Сообщение
#7
|
|
Гуру Группа: Пользователи Сообщений: 1000 Регистрация: 19.08.2009 Пользователь №: 9149 |
Ту inntele. Да, вы были правы. В D8061 код 6105 (ошибка контроля времени цикла (Watch-Dog)) следуя рекомендации по устранению увеличил время таймера в D8000 с 200мс до 500мс. Проблема исчезла))) Обижайтесь-не обижайтесь, но даже при базовом блоке FX2N-серии вылетать за 200мс может только очень плохо написанная программа. Для FX3U понятие "очень плохо" перерождается в ужасно. Правильными являются действия, направленные на выявление ошибки, приводящей к росту времени сканирования, а не на постановку заплат! -------------------- Мозг любого человека работает круглосуточно. Но мозг инженера отличается тем, что способен при этом проанализировать задачу, синтезировать несколько техничных ее решений, а затем выбрать из этих решений наилучшее.
|
|
|
25.07.2012 - 16:34
Сообщение
#8
|
|
Читатель Группа: Пользователи Сообщений: 48 Регистрация: 25.02.2011 Пользователь №: 9553 |
Использование функций wtob, btow, bmow с большим объемом данных (порядка 200) могут быть причиной увеличения времени скана?
|
|
|
25.07.2012 - 17:06
Сообщение
#9
|
|
Гуру Группа: Пользователи Сообщений: 1000 Регистрация: 19.08.2009 Пользователь №: 9149 |
Использование функций wtob, btow, bmow с большим объемом данных (порядка 200) могут быть причиной увеличения времени скана? Kalle, а почему бы не посмотреть самому? В конце руководства по программированию (оригинального) имеется таблица с временем выполнения команд. Можно расчитать вручную или в Excel время выполнения любой конкретной команды, а если располагаете временем и здоровьем, то и время сканирования. Впрочем, существует другой, более быстрый и удобный способ поиска, классический, который заключается в остановке выполнения программы в произвольном месте. Как это делается, рассказано в том же документе. Перемещая точку остановки по программе и сравнивая время, прошедшее с начала скана, можно найти, какие куски программы (а затем и команды) пожирают время сканирования. -------------------- Мозг любого человека работает круглосуточно. Но мозг инженера отличается тем, что способен при этом проанализировать задачу, синтезировать несколько техничных ее решений, а затем выбрать из этих решений наилучшее.
|
|
|
25.07.2012 - 17:13
Сообщение
#10
|
|
Читатель Группа: Пользователи Сообщений: 48 Регистрация: 25.02.2011 Пользователь №: 9553 |
Понял. Буду пробовать
|
|
|
Текстовая версия | Сейчас: 20.04.2024 - 15:55 |