roboforum.ru

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

 

Язык програмирования шасси робота

Автомат, адаптивный автомат ... разум

Сообщение Виталий » 13 янв 2005, 18:42

А куда же мы будем деваться от автоматного подхода?
Аватара пользователя
Виталий
 
Сообщения: 2114
Зарегистрирован: 08 окт 2004, 16:43
Откуда: St. Petersburg
Skype: quark-bot
ФИО: Клебан Виталий

Сообщение Outcaster » 13 янв 2005, 18:49

Виталий писал(а):А куда же мы будем деваться от автоматного подхода?
Что конкретно имееться в виду?
Outcaster
 
Сообщения: 267
Зарегистрирован: 13 ноя 2004, 01:10
Откуда: Ривне, Украина

Сообщение =DeaD= » 13 янв 2005, 19:02

2Outcaster: Скажите, правильно ли я понял? Вы хотите устранить из программирования робота логические ветвления и оставить только связки - выходной параметр равен функции от входных параметров? Или я не понял вашу мысль?
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Сообщение Outcaster » 13 янв 2005, 19:14

Грубо говоря, в конечном итоге - да, именно так.
Система должна замкнуться таким образом, чтобы информационный поток циркулировал по схеме [управляющяя программа(1)] -> [исполнительные устройства] ->  [среда функционирования] -> [сенсоры] -> [управляющяя программа(2)]. При чём, програмировать нужно именно [управляющяя программа(1)]:=f[управляющяя программа(2)].
Outcaster
 
Сообщения: 267
Зарегистрирован: 13 ноя 2004, 01:10
Откуда: Ривне, Украина

Сообщение Виталий » 13 янв 2005, 20:44

Ну вот насколько я знаю, очень широко используется автоматный подход...
т.е. конечноавтоматные преобразователи (state machine). Ваш подход интереснен, но, представьте себе ту сложность, с которой вы столкнетесь при необходимости модификации программы. Ну и еще вопрос, как вы разделяете системозависимую часть с алгоритмической?
Аватара пользователя
Виталий
 
Сообщения: 2114
Зарегистрирован: 08 окт 2004, 16:43
Откуда: St. Petersburg
Skype: quark-bot
ФИО: Клебан Виталий

Сообщение =DeaD= » 13 янв 2005, 22:43

2Outcaster: Если честно не вижу, что такой подход позволит удобно описывать способы решения задач. Безусловно он идеально корректен, но большой класс задач будет в таком языке обладать чрезвычайно запутанным решением.
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Сообщение Outcaster » 13 янв 2005, 22:59

Много чего попросту скрываеться в виде у=F(x1,x2,x3,...xn).
Так, аппарано реализованые функции вообще скрываються в трансляторах. Многие функциональные зависимости тоже группируються в макрофункции (строиться дерево, так-же как в функциональных языках програмирования). Удобочитаемость - пока не самый важный фактор (над этим ещё работаю), суть в том, что метод корректный, и уже на практике ОЧЕНЬ неплохо себя показал. А дальше - нужно поплотнее с аппаратчиками (то есть, с Вами) это дело засинхронизировать. :D
Outcaster
 
Сообщения: 267
Зарегистрирован: 13 ноя 2004, 01:10
Откуда: Ривне, Украина

Сообщение =DeaD= » 14 янв 2005, 13:09

Outcaster писал(а):Много чего попросту скрываеться в виде у=F(x1,x2,x3,...xn).

...скиппед...

Удобочитаемость - пока не самый важный фактор (над этим ещё работаю), суть в том, что метод корректный, и уже на практике ОЧЕНЬ неплохо себя показал.


Вы осознаете что ввязываетесь в разработку нового языка программирования, который обладает специфической парадигмой программирования? Я, например, вам тут даже помогать не стану, потому что тогда IMHO результат очевиден - вы потратите кучу времении и у вас ничего не получится, точнее получится нечто, используемое только вами. Вот такой я пессимист. А у вас какое мнение?
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Сообщение Outcaster » 14 янв 2005, 14:12

=DeaD= писал(а):[ням]вы потратите кучу времении и у вас ничего не получится, точнее получится нечто, используемое только вами.[ням]
Ну, время я уже потратил, и потратил этак года полтора. Уже создано нечто (писал об этом неоднократно), чем уже пользуюсь, и с полгода пользуюсь не только я (кое-кому на кафедрах физики а автоматики идеология понравилась). Но есть нюанс - там оно реализовано под конкретную аппаратуру (в чём и основной недостаток теперешней версии)
Outcaster
 
Сообщения: 267
Зарегистрирован: 13 ноя 2004, 01:10
Откуда: Ривне, Украина

Сообщение =DeaD= » 14 янв 2005, 15:51

Фишка в том, что в современном мире компьютеров есть уйма разных технологий, и если при написании проекта на вашем языке придется на тему каждой из них думать как бы её адаптировать в вашу парадигму, то реализация любого достаточно сложного проекта станет адом.

Типичный пример - как в вашем случае будет реализовываться работа с видеопотоками, аудиопотоками и т.п. не однопараметрными прелестями?
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Сообщение Outcaster » 14 янв 2005, 18:42

=DeaD= писал(а):Типичный пример - как в вашем случае будет реализовываться работа с видеопотоками, аудиопотоками и т.п. не однопараметрными прелестями?
А есть ли смысл? :wink:
Пойдём от обратного - а как работают с видео-аудиопотоками в старой парадигме, и почему так? И главное - какая полезная информация из них извлекаеться?
Outcaster
 
Сообщения: 267
Зарегистрирован: 13 ноя 2004, 01:10
Откуда: Ривне, Украина

Сообщение =DeaD= » 14 янв 2005, 18:46

Ну прямо даже не знаю что вам сказать... все наощупь?

Слух и зрение уже не в моде?
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Сообщение Outcaster » 14 янв 2005, 19:00

=DeaD= писал(а):Слух и зрение уже не в моде?
Ни в коем случае! :D
Я не то имел ввиду - ну получили мы массив цифр с микрофона, а дальше что? Либо матрицу цифр изображения с камеры...и что с ним делать? :wink:
Outcaster
 
Сообщения: 267
Зарегистрирован: 13 ноя 2004, 01:10
Откуда: Ривне, Украина

Сообщение =DeaD= » 14 янв 2005, 19:30

Outcaster писал(а):
=DeaD= писал(а):Слух и зрение уже не в моде?
Ни в коем случае! :D
Я не то имел ввиду - ну получили мы массив цифр с микрофона, а дальше что? Либо матрицу цифр изображения с камеры...и что с ним делать? :wink:


Например распознали на них 156 разных объектов. Неважно пока как...

А еще получили поток символов - с микрофона. Аналогично...

Что в вашей парадигме с ними делать и как?
Аватара пользователя
=DeaD=
 
Сообщения: 24053
Зарегистрирован: 06 окт 2004, 18:01
Откуда: Ебург
прог. языки: Pascal / C++ / PHP / 1C
ФИО: Антон Ботов

Сообщение Outcaster » 14 янв 2005, 20:11

=DeaD= писал(а):...Неважно пока как...
Вот это как раз и важно! :D
Символы, обьекты, потоки и т.д. - нечто, что относиться именно к старой парадигме, и тут начинаються свистопляски с их обработкой. "Вот распознали 156 обьектов", а как не махнуться на один каверзный момент - что такое обьект? :roll:  А часом это не 156 кусков одного обьекта? 8)  Составные части, пластичные обьекты и прочие гадости - с ними нужно работать по-особому, к ним нужен специфический подход. Снова отход от правил, дополнения. Как пример :roll:  - C-Vision, вполне адаптирован под действующюю парадигму, но малопригоден для практического применения. Я не то что бы критикую - отнють, решение верное, и даже очень неслабо выполненное! Уровень законченности впечатляет :D . Но ИМХО, на этом подход себя исчерпал - далее идёт неоправданный рост усложнения алгоритмов :( , нагрузка на АЛУ (которым, кстати, ни одно живое существо не пользуеться :!: ) при незначительном росте эффективности. :? По этому, тему "Зрение" пока закинул, хотя и веду работы в этом направлении. И все потому что...
:arrow: Нужен принципиально иной подход. Именно над ним и работаю.
Outcaster
 
Сообщения: 267
Зарегистрирован: 13 ноя 2004, 01:10
Откуда: Ривне, Украина

Пред.След.

Вернуться в Алгоритмы

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Mail.ru counter