Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
На чем разрабатывать под QNX (CPU686E)?

Версия для печати (настроить)

Новая тема | Написать ответ

Подписаться

Автор Тема:   На чем разрабатывать под QNX (CPU686E)?
опять забанили
Member

Сообщений: 130
Регистрация: Февраль 2006

написано 25 Апреля 2006 18:05ИнфоПравкаОтветитьIP

Какую среду разработки купить (Си) чтобы писать программы под QNX?Какая удобней и дешевле?

bessonov
Member

Сообщений: 133
Откуда: Россия
Регистрация: Август 2003

написано 25 Апреля 2006 18:25ИнфоПравкаОтветитьIP

Павел Мощицкий
Member

Сообщений: 1360
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 26 Апреля 2006 00:54ИнфоПравкаОтветитьIP

опять забанили
Какая удобней и дешевле?
Gnu C/C++. А дальше, разновидности. Для начала Вам нужно определится, для какой QNX (4.xx или 6.xx) Вы будете писать. А дальше идти к ближайшему дистрибьютеру. Официальный представитель QNX в РФ - SWD Realtime Systems .

ColdFire
Member

Сообщений: 149
Откуда: Россия
Регистрация: Ноябрь 2004

написано 26 Апреля 2006 09:52ИнфоПравкаОтветитьIP

Гмм... я пару лет назад скачивал себе Neutrino - в ней был в составе пакетов встроенный компилятор.

bessonov
Member

Сообщений: 134
Откуда: Россия
Регистрация: Август 2003

написано 26 Апреля 2006 11:56ИнфоПравкаОтветитьIP

Насколько мне известно под qnx4.25 есть только watcom компилятор. Под qnx6.3sp1 тоже юзается родной компилятор.

Среды разработки вроде разные бывают. Лучше спросить у профи на qor, которые очень плотно работают с qnx.

Добавление от 26 Апреля 2006 12:06:

Павел Мощицкий
Gnu C/C++.
Насколько мне известно он нормально под 6.3sp1 не работает.

опять забанили
Member

Сообщений: 131
Регистрация: Февраль 2006

написано 26 Апреля 2006 17:36ИнфоПравкаОтветитьIP

а что насчет Photon?

bessonov
Member

Сообщений: 135
Откуда: Россия
Регистрация: Август 2003

написано 26 Апреля 2006 18:01ИнфоПравкаОтветитьIP

опять забанили
а что насчет Photon?

Вопрос не понятен.

Лучше опишите свою задачау.

опять забанили
Member

Сообщений: 132
Регистрация: Февраль 2006

написано 26 Апреля 2006 18:31ИнфоПравкаОтветитьIP

да достаточно простая задача. Нужно принимать и передавать сигналы с/на цифровых модулей ввода вывода, и по rs-485, и отображать результат в простейшем виде на мониторе. Никакой сложной графики-только банальные прямоугольники, закрашенные в разные цвета, и текст.

Павел Мощицкий
Member

Сообщений: 1361
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 26 Апреля 2006 18:49ИнфоПравкаОтветитьIP

bessonov
он нормально под 6.3sp1 не работает
А Вы попробуйте засунуть 6.3 в микроконтроллер.

bessonov
Member

Сообщений: 136
Откуда: Россия
Регистрация: Август 2003

написано 26 Апреля 2006 19:01ИнфоПравкаОтветитьIP

Павел Мощицкий
А Вы попробуйте засунуть 6.3 в микроконтроллер.
Зачем?

Виноват: qcc это надстройка над gcc. Но вроде бы самому собрать gcc под qnx6.3sp1 не легко. Надо пользоваться qcc по умолчанию.


Добавление от 26 Апреля 2006 19:06:

опять забанили
да достаточно простая задача. Нужно принимать и передавать сигналы с/на цифровых модулей ввода вывода, и по rs-485, и отображать результат в простейшем виде на мониторе. Никакой сложной графики-только банальные прямоугольники, закрашенные в разные цвета, и текст.

Главное заранее проработать вопрос с драйверами для железа:
ссылка
ссылка

TC_HEAD
unregistered
написано 27 Апреля 2006 12:01  ПравкаОтветитьIP

Ну и зачем для такой задачи QNX-то? Больше времени с ним потеряете пока научитесь его ставить-перстанавливать...

bessonov
Member

Сообщений: 137
Откуда: Россия
Регистрация: Август 2003

написано 27 Апреля 2006 12:45ИнфоПравкаОтветитьIP

TC_HEAD
Ну и зачем для такой задачи QNX-то? Больше времени с ним потеряете пока научитесь его ставить-перстанавливать...

Тоже хороший вопрос.

опять забанили
Member

Сообщений: 136
Регистрация: Февраль 2006

написано 27 Апреля 2006 17:46ИнфоПравкаОтветитьIP

TC_HEAD
а что вы для такой задачи предлагаете?ДОС с паскалем?-)))

Павел Мощицкий
Member

Сообщений: 1362
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 27 Апреля 2006 21:26ИнфоПравкаОтветитьIP

bessonov
Зачем?
Прочитайте сабж ветки.

bessonov
Member

Сообщений: 140
Откуда: Россия
Регистрация: Август 2003

написано 28 Апреля 2006 11:50ИнфоПравкаОтветитьIP

сабж:На чем разрабатывать под QNX (CPU686E)?

диалог:


bessonov: он нормально под 6.3sp1 не работает
Павел Мощицкий: А Вы попробуйте засунуть 6.3 в микроконтроллер.
bessonov: Зачем?
Павел Мощицкий: Прочитайте сабж ветки.

Вашей мысли не понимаю


В ARM контроллер конечно qnx засовывают.

Слышал, что некоторые так и делают: покупают лицензию на ядро qnx6.x под архитектуру ARM, используют какойнить проц аля Atmel, все дрова для всей переферии пишут сами. Наверно это обосновано для изделий, которые выпускаютсмя серийно в большом количестве.

TC_HEAD
unregistered
написано 28 Апреля 2006 12:25  ПравкаОтветитьIP

а что вы для такой задачи предлагаете?ДОС с паскалем?-)))
А хоть бы и так, к примеру - и дешево и сердито. Обычно, правда Си+ДОС. С реализацией простейшей графики и протокола обмена. Но, принимая во внимание мощь CPU686E, возлагаемые на него скромные функции, кажутся по крайней мере странными...

опять забанили
Member

Сообщений: 140
Регистрация: Февраль 2006

написано 28 Апреля 2006 17:38ИнфоПравкаОтветитьIP

TC_HEAD
и дешево и сердито.
и глюкаво, наверное...

Павел Мощицкий
Member

Сообщений: 1366
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 29 Апреля 2006 00:10ИнфоПравкаОтветитьIP

bessonov
Вашей мысли не понимаю
Куда ставится CPU686E?

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

Константин Власкин
unregistered
написано 05 Мая 2006 16:06  ПравкаОтветитьIP

А может подумать о Windows Embedded?
Думаю что понятия дешёвый и удобный не совсем то чем можно охарактеризовать QNX.

TC_HEAD
unregistered
написано 10 Мая 2006 14:57  ПравкаОтветитьIP

опять забанили
и глюкаво, наверное...
Ну тут уж от многого зависит. И весьма .
Константин Власкин
А может подумать о Windows Embedded?
Подумать-то, конечно, можно, но трудозатраты по сути будут не меньше, чем при использовании QNX.

Павел Мощицкий
Member

Сообщений: 1380
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 11 Мая 2006 02:20ИнфоПравкаОтветитьIP

TC_HEAD
трудозатраты по сути будут не меньше, чем при использовании QNX.
Больше. Еще ОС собрать надо и настроить. Двойная работа, а преимущества сомнительны.

опять забанили
Member

Сообщений: 205
Регистрация: Февраль 2006

написано 14 Мая 2006 15:59ИнфоПравкаОтветитьIP

А может подумать о Windows Embedded?
можно подумать, что виндовс ембеддед дешевле-)))

bessonov
Member

Сообщений: 152
Откуда: Россия
Регистрация: Август 2003

написано 15 Мая 2006 12:26ИнфоПравкаОтветитьIP

Можно ли сказать, что под qnx много сред разработки? По моему в плане выбора тут нет вопроса.

Вопрос в том, на каком железе вы хотите работать, под что ваши люди писать умеют. После отета на эти вопросы можно выбирать софт и железо. Для qnx серьёзно стоит вопрос драйверов и стоимости их разработки. Насколько я понимаю qnx сейчас ориентируют в большей степени на arm и powerpc, чем на х86. Кроме всего прочего есть windows ce, linux и т.д. Но с платформой желательно определяться на года, т.к. на освоения всёго надо время.

Наверно plc контроллеры могут сгладить вопрос времени в отличии от программирования на С и С++.

Павел Мощицкий
Member

Сообщений: 1388
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 15 Мая 2006 21:07ИнфоПравкаОтветитьIP

bessonov
Для qnx серьёзно стоит вопрос драйверов и стоимости их разработки.
Ну положим, Науцилус и SWD Software довольно успешно решают эти проблемы.
plc контроллеры могут сгладить вопрос времени
А это утверждение сильно устарело. Это уже аксиома.

bessonov
Member

Сообщений: 153
Откуда: Россия
Регистрация: Август 2003

написано 16 Мая 2006 12:13ИнфоПравкаОтветитьIP

Павел Мощицкий
Ну положим, Науцилус и SWD Software довольно успешно решают эти проблемы.
Не спорю.

упей сипя ап стену
unregistered
написано 19 Мая 2006 18:08  ПравкаОтветитьIP

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

Добавление от 19 Мая 2006 18:15:

да, драйверы, насколько я понял, есть в прософте на его сайте, так что с этим не вопрос-)

bessonov
Member

Сообщений: 158
Откуда: Россия
Регистрация: Август 2003

написано 19 Мая 2006 18:44ИнфоПравкаОтветитьIP

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

plc контроллеры бывают разной степени сложности. Для программирования plc вполне достаточно fbd и st. st - аля паскаль, очень простятский язык, fbd рисование алгоритмов из блоков. Поищите доки в инете. Те кто знает С освоят эти языки на лету. А на освоение нового plc контроллера всегда будет уходить время. Сложность существенно зависит от качества доки, сложности, железных наворотов.

Павел Мощицкий
Member

Сообщений: 1394
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 19 Мая 2006 19:06ИнфоПравкаОтветитьIP

упей сипя ап стену
Поищите доки в инете.(с)bessonov
С ними как раз проблемы. Пишите мне на мыло, вышлю help к ISaGRAF.

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика