Debian

[oiv_1968]

Смотрю на документацию и "облизываюсь" на изделие (TRIM 5). В плане покупки!
Сразу вопросы (может повторяю что-то):
1)По обновлению:
-Если это дебиан, то обязательно ли применять (Виндовс) для обновлений?
-по SSH: apt-get; aptitude; dpkg и т.п. не работают? т.е. нет репозитория и т.д.?
2)По программированию:
-применять C/C++ (GCC) имеется ли возможность?
-какое "окружение" GUI - QT или ещё что? и что применять для этого ?

Это полноценный Debian Linux? Всё так-же?

С Глубоким уважением!
Заранее Спасибо!

[Arsie]

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

Смотрю на документацию и "облизываюсь" на изделие (TRIM 5). В плане покупки!
Сразу вопросы (может повторяю что-то):
1)По обновлению:
-Если это дебиан, то обязательно ли применять (Виндовс) для обновлений?
-по SSH: apt-get; aptitude; dpkg и т.п. не работают? т.е. нет репозитория и т.д.?

Репозиторий есть, умеет обновляться самостоятельно. Но операционку переустановить можно только с вин-машины.

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

2)По программированию:
-применять C/C++ (GCC) имеется ли возможность?
-какое "окружение" GUI - QT или ещё что? и что применять для этого ?

QT вполне можно.

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

Это полноценный Debian Linux? Всё так-же?

Не настолько полноценный, как на большом ПК

[oiv_1968]

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

QT вполне можно.
QT Creator можно? Реально? Потому как хочется применять свои наработки. Хотелось бы обходиться без сред наподобие STEP, CodeSys, SMLogix и т.п. а только то, что касается самой машины(TRIM 5), конечно в этих средах всё быстрее и на первый взгляд проще.Да и QT Creator только для GUI, а для средств автоматизации обойдусь просто GCC ну и BASH для автоконфигурации при запуске.

Не настолько полноценный, как на большом ПК
Вполне полноценный! Давно работаю с ARM. И знаю что им надо меньше, чем X86. И 512М это для них вполне приемлемо, разумеется если это не прожорливый до бестолковости виндовс.

И сразу просьба! Ну уж простите меня! подскажите мне ресурс, где можно ознакомиться с примером программирования GUI именно для этого устройства. По поводу ETHERNET и SERIAL (для доступа к периферийным устройствам разных производителей) думаю проблем не будет (из опыта с MOXA). К Serial можно сразу по /dev/ttyXXX с каким нибудь fcntl и ioctl без применения каких-то особых "драйверов"?

Можно ли добавить пользователя (adduser)?
Можно ли примонтировать чт-то (mount)?

Заранее благодарен ! С нетерпением жду информации!
Заранее Спасибо!

[Gromov]

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

Почему так ? У меня больше никогда не будет вин машины, кроме виртуальной. И я прекрасно понимаю - возможно это "часть" процедуры прошивки. Так же понимаю что это изменение не "просто в файловой системе". И не думаю, что эту систему требуется "непрерывно" обновлять - это не виндовс.

Понимаю, это ощущение, когда удалил мастдай и радуешься нормальной работе компьютера под дебианом. Вот только слишком мало людей разделяют философию линукса с этими постоянными вечерами в консоле. Публика работает под виндой. Винда есть у всех, даже у тех, кто её недолюбливает.
Мой рецепт - ставить на логический диск винду, и если она очень нужна - перезагружаться в неё(ssd сильно сокращает время ребута). К сожалению, не весь софт есть/работает под линуксом.

[oiv_1968]

Что верно, то верно. И от PCad и от другого софта под виндовс отказываться не собираюсь - вообще-то и держу виртуальный WinXP на машине. Да и Visual Studio пока требуется. TRIM 5 планирую для автоматизации, ну и визуализации по месту. На логический диск винду ставить не буду - виртуальной хватит! SSD дисками пользоваться не планирую, пока они не станут аналогом FRAM. По поводу отношений к винде - "Кесарю Кесарево, Богу Божье" (каждому своё).

Вопрос то мой как применять устройство в плане GUI. Может еще и уточнение по SERIAL порту (неблокирующее чтение/запись/статус). По ETHERNET проблем не будет (клиент и сервер для своих задач соберу)
По поводу добавления пользователя - чтобы поднять APACHE и производить автозапуск своих проектов от имени APACHE, дабы иметь возможность изменять/перезапускать и т.д. мудули этого проекта удалённо через веб-интерфейс (PHP/CGI + BASH). На MOXA делал именно так, но правда там и нет дисплея.

Простите! Никому ничего неприятного причинять желания не имею!
С нетерпением жду информации по моему вопросу!
С глубоким уважением!

[Arsie]

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

QT вполне можно.
QT Creator можно? Реально? Потому как хочется применять свои наработки. Хотелось бы обходиться без сред наподобие STEP, CodeSys, SMLogix и т.п. а только то, что касается самой машины(TRIM 5), конечно в этих средах всё быстрее и на первый взгляд проще.Да и QT Creator только для GUI, а для средств автоматизации обойдусь просто GCC ну и BASH для автоконфигурации при запуске.

И сразу просьба! Ну уж простите меня! подскажите мне ресурс, где можно ознакомиться с примером программирования GUI именно для этого устройства. По поводу ETHERNET и SERIAL (для доступа к периферийным устройствам разных производителей) думаю проблем не будет (из опыта с MOXA). К Serial можно сразу по /dev/ttyXXX с каким нибудь fcntl и ioctl без применения каких-то особых "драйверов"?

Можно ли добавить пользователя (adduser)?
Можно ли примонтировать чт-то (mount)?

Заранее благодарен ! С нетерпением жду информации!
Заранее Спасибо!

adduser и mount есть.

Примеры работы для 2Gi есть, на триме примерно то же самое: http://dl.segnetics.com/PRODUCTS/SMH2Gi/C/

С дисплеем не так благополучно. Нужно вырубить ядро лоджика, а ядро лоджика просто так не вырубить - оно перезапускается автоматом, а если не перезапускается, то перезагружается контроллер. WDT распространён на несколько уровней.

Так вот, дисплей занят ядром лоджика.

[oiv_1968]

WDT распространён на несколько уровней
Есть ли возможность WDT непрерывно "сбрасывать/устанавливать" каким-нибудь процессом, запушенным где-то в /etc/rc.local от ROOT. Или всётаки "удобнее" делать GUI автоматизации в лоджике, а некторою задачу в проекте на лоджике (допустим цикл) использовать как клиент ETHERNEN для доступа к локальному (127.0.0.1 с каким-то портом) серверу (на C/C++) для приёма и передачи параметров. Сей сервер заодно и рабочий модуль прокта автоматизации (системы управления).

Для поставленной передомною задачи подойдут любые варианты, а для личного применения - то о чём сильно беспокоюсь. Да и "сервер" связи TCP<-->ModbusRTU с автовосстановлением соединений (обмен не только параметрами, но и состоянием связи) готовый (на Си) в моём случае предпочтительней.

Тулчейн есть! А это почти самое главное! Но 2Gi - слово почти....!!!
А в TRIM 5 надо и под ROOT в SSH сессии сделать это ?:
#apt-get install gcc make и т.д.
и в /etc/apt/sources.list уже всё есть?
или как? Праввда в Debian обычно это всё в наличии. В этом так?

Спасибо!

[oiv_1968]

Что-то я наверное глуплю! Наверняка нужен кросс-компилятор, а не компиляция на самом устройстве.

Будьте добры, простите!

[Gromov]

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

Что-то я наверное глуплю! Наверняка нужен кросс-компилятор, а не компиляция на самом устройстве.

Будьте добры, простите!

Вот конкретно с тримом не работал, но с распбери кросс компиляция вообще никак не помогла. пришлось собирать компилятор уже на платформе. Никакие пляски с бубном не увенчались успехом, хотя тоже дебиан , все дела. Да, собирал компилятор долго, но в итоге задачу решил.

Возможно, нехватило терпения для настройки кросс-платформенных взаимодействий.

[oiv_1968]

на Raspberry я компилю тоже на самом устройстве. Нормально. И не надо ничего более.
Trim 5 будет применяться на работе в комплекте с устройствами ввода-вывода и т.п. по ModbusRTU и там возможно буду использовать лоджик. А себе лично тоже хочу прикупить его (TRIM 5), но чтоб как мне надо применять после.

[oiv_1968]

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

WDT распространён на несколько уровней
Есть ли возможность WDT непрерывно "сбрасывать/устанавливать" каким-нибудь процессом, запушенным где-то в /etc/rc.local от ROOT. Или всётаки "удобнее" делать GUI автоматизации в лоджике, а некторою задачу в проекте на лоджике (допустим цикл) использовать как клиент ETHERNEN для доступа к локальному (127.0.0.1 с каким-то портом) серверу (на C/C++) для приёма и передачи параметров. Сей сервер заодно и рабочий модуль прокта автоматизации (системы управления).

Для поставленной передомною задачи подойдут любые варианты, а для личного применения - то о чём сильно беспокоюсь. Да и "сервер" связи TCP<-->ModbusRTU с автовосстановлением соединений (обмен не только параметрами, но и состоянием связи) готовый (на Си) в моём случае предпочтительней.

Тулчейн есть! А это почти самое главное! Но 2Gi - слово почти....!!!
А в TRIM 5 надо и под ROOT в SSH сессии сделать это ?:
#apt-get install gcc make и т.д.
и в /etc/apt/sources.list уже всё есть?
или как? Праввда в Debian обычно это всё в наличии. В этом так?

Спасибо!

Сам себя цитирую - установил лоджик и по TCP он практически ничего не умеет (не предлагает) кроме уже готового ModbusTCP. Хотя если добавить в свой сервер modbusRTUserverS дополнение ModbusTCP - то можно, но... Данный вариант (повторяюсь) не "информативен" для внештатных ситуаций, которые обрабатывает указанная программа(сервер). Туплю я братцы. Туплю! и всё из-за желания применять сие устройство. Вы уж простите!

[oiv_1968]

Прошу прощения за беспокойство! Спасибо, что откликнулись!
По TRIM 5 подожду пока. Похоже для меня подходит SMH2G(i) - ухожу на него. Там вроде всё, что требуется!

Ещё рпз спасибо!