roboforum.ru

Технический форум по робототехнике.

Перспективы проекта ORFA

Правила форума
Правила раздела OpenRobotics

Re: Перспективы проекта ORFA

=DeaD= » 22 июл 2010, 14:06

Джава это конечно хорошо - а получится компактный дистрибутив сделать который распространять, чтобы потом не было заморочек с какой-нибудь Windows Vista или Windows 7?

Re: Перспективы проекта ORFA

Grem » 22 июл 2010, 14:17

будет, программы на джаве выполняются в JVM, поэтому ей(программе) без разницы какая ОСь, если не используются платформозависимые решения и технологии.

Re: Перспективы проекта ORFA

=DeaD= » 22 июл 2010, 14:31

А можешь для примера написать и выложить программу с 1 слайдером на джаве, у которой будет 3 параметра - строка с названием COM-порта, скорость и номер регистра драйвера серв в который слать команды, чтобы всё это ввёл, нажал "connect" и потом можно было бы порулить слайдером сервой?

А то я себе этот софт на джаве не очень представляю как со всем этим будет работать... :pardon:

Re: Перспективы проекта ORFA

Grem » 22 июл 2010, 15:59

dist.rar
(138.68 КиБ) Скачиваний: 0
вот например, писал давно, чтоб вручную не набирать команды.
отключил всё, что не нужно
сервы нумеруются 8-15 слева направо. Делал их каждую отдельно ибо не удобно было бы комбоксом переключать, когда используются 2 и более.

Re: Перспективы проекта ORFA

=DeaD= » 22 июл 2010, 16:04

Тыкаю в .jar - ничего не происходит. Что я делаю не так?

Re: Перспективы проекта ORFA

Grem » 22 июл 2010, 16:07

так а jvm стоит?

Добавлено спустя 1 минуту 17 секунд:
javaw.exe в процессах появляется?

Re: Перспективы проекта ORFA

=DeaD= » 22 июл 2010, 16:29

Ага, и тишина. Вот эти приколы мне как раз в JAVA и не особо нравятся :(

Re: Перспективы проекта ORFA

blindman » 22 июл 2010, 16:36

Код: Выделить всёРазвернуть
andrey@debian:/tmp$ java -jar ControlPanel.jar 
Exception in thread "main" java.lang.NoClassDefFoundError: gnu/io/SerialPortEventListener
   at java.lang.ClassLoader.defineClass1(Native Method)
   at java.lang.ClassLoader.defineClass(ClassLoader.java:637)
   at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
   at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
   at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
   at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
   at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
   at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336)
   at java.lang.Class.getDeclaredMethods0(Native Method)
   at java.lang.Class.privateGetDeclaredMethods(Class.java:2444)
   at java.lang.Class.getDeclaredMethod(Class.java:1952)
   at java.awt.Component.isCoalesceEventsOverriden(Component.java:5793)
   at java.awt.Component.access$100(Component.java:167)
   at java.awt.Component$3.run(Component.java:5747)
   at java.awt.Component$3.run(Component.java:5745)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.awt.Component.checkCoalescing(Component.java:5744)
   at java.awt.Component.<init>(Component.java:5713)
   at java.awt.Container.<init>(Container.java:270)
   at java.awt.Window.<init>(Window.java:436)
   at java.awt.Frame.<init>(Frame.java:419)
   at java.awt.Frame.<init>(Frame.java:384)
   at ru.grem.JORControlPanel.UI.ORCom.<init>(ORCom.java:57)
   at ru.grem.JORControlPanel.Main.main(Main.java:30)
Caused by: java.lang.ClassNotFoundException: gnu.io.SerialPortEventListener
   at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
   at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
   at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336)
   ... 28 more
andrey@debian:/tmp$ java -version


Код: Выделить всёРазвернуть
andrey@debian:/tmp$ java -version
java version "1.6.0_0"
OpenJDK Runtime Environment (IcedTea6 1.6.1) (6b16-1.6.1-2)
OpenJDK Client VM (build 14.0-b16, mixed mode, sharing)
andrey@debian:/tmp$

Re: Перспективы проекта ORFA

Grem » 22 июл 2010, 16:46

2=DeaD=, запустите из cmd так - java -jar "путь к jar.jar"

Re: Перспективы проекта ORFA

=DeaD= » 22 июл 2010, 16:52

C:\Users\botov\Desktop\dist>java -jar ControlPanel.jar
java.lang.UnsatisfiedLinkError: no rxtxSerial in java.library.path thrown while
loading gnu.io.RXTXCommDriver
Exception in thread "main" java.lang.UnsatisfiedLinkError: no rxtxSerial in java
.library.path
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at gnu.io.CommPortIdentifier.<clinit>(CommPortIdentifier.java:83)
at ru.grem.JORControlPanel.UI.ORCom$ConfigurationPanel.listPortChoices(O
RCom.java:372)
at ru.grem.JORControlPanel.UI.ORCom$ConfigurationPanel.<init>(ORCom.java
:259)
at ru.grem.JORControlPanel.UI.ORCom.<init>(ORCom.java:77)
at ru.grem.JORControlPanel.Main.main(Main.java:30)


Добавлено спустя 26 секунд:
Может ему сразу какой-то СОМ-порт надо открывать?

Re: Перспективы проекта ORFA

Grem » 22 июл 2010, 17:04

это из за rxtx, не люблю нативные либы.
rxtxSerial.rar
(23.13 КиБ) Скачиваний: 0

попробуйте кинуть rxtxSerial.dll в C:\Program Files\Java\jre6\bin

Re: Перспективы проекта ORFA

=DeaD= » 22 июл 2010, 17:36

зашибись кроссплатформенность :shock:

Добавлено спустя 27 секунд:
У меня простой вопрос - ну и нафига тогда вообще Java?

Re: Перспективы проекта ORFA

Michael_K » 22 июл 2010, 17:56

вот и именно!
Java на компах - это только корявенькие визуализашки, да и то отмирают, как сан не пыжится...

Re: Перспективы проекта ORFA

pashteet » 22 июл 2010, 20:48

Michael_K писал(а):Мне кажется, что нужно упрощать именно кик-старт и именно для "новичков".

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

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

Можно бы и заведомо рабочее железо (да хоть светодиодики на все ноги повесить) для отладки софта - но это уже за рамками темы.

Обеспечивать совместимость с гексаподами - это уже очень далеко от "старта" и для этого УЖЕ
нужно с типовыми - совсем простыми элементарными действиями хорошо обращаться.

Я очень согласен с вышеописанным :) Сложно контроллером управлять, хочется чего-нибудь по легче, по понятнее

Re: Перспективы проекта ORFA

vadinator » 23 июл 2010, 09:42

А может попробовать Processing, всё же "родная" для Ардуинки среда... правда ГУИ на ней строить не очень удобно и привычно...
Но с последовательным портом работает неплохо :D
Плюс есть библиотеки, для прямого управления (чтения) пинами напрямую из Процессинга...
Насколько помню, есть библиотеки для управления сервами... даже OpenCV присутствует...


cron
Rambler\'s Top100 Mail.ru counter