Обработка массива данных - Страница 5

kison · 08.09.2010, 23:14

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

Хоть гляну сколько стоит , может придется делать и с внешней памятью, если серверу ума вставить не получиться

23K640 посмотрите
http://ww1.microchip.com/downloads/e...Doc/22126D.pdf
Еще вот такие были - http://www.softelectronics.ru/page6606.html
Но их ЕМНИП переименовали и они теперь не так называются. Впрочем можно на сайте производителя посмотреть.
А вообще у Вас варианты все же есть - http://www.atmel.com/dyn/products/pr...p?part_id=4720
Там лишний килобайт ОЗУ. По ногам совместимо с М168.

SasaVitebsk · 09.09.2010, 11:51

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

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

И это правильно. Только клиенты должны сразу фильтровать свои пакеты до буферизации. Возможно также предварительно обрабатывать. В результате потребность в памяти резко сократится.

Zemlyanov · 09.09.2010, 13:05

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

И это правильно. Только клиенты должны сразу фильтровать свои пакеты до буферизации. Возможно также предварительно обрабатывать. В результате потребность в памяти резко сократится.

Пакеты для всех клиентов одинаковые, в них содержатся координаты объекта, если первый клиент(манипулятор) не успел обработать позицию то второй манипулятор лезет в базу данных находит нужные координаты и отрабатывает позицию и если он не успел то этим занимается 3 или 4. Поэтому клиент получает полный пакет данных, потому что не известно с каким объектом придется работать, поэтому нужно знать информацию о всех объектах. Так что фильтровать нечего, нужно получать все данные а для их хранения увы нужно 1000 байт.

SasaVitebsk · 09.09.2010, 13:53

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

увы нужно 1000 байт.

Обычно такие вопросы прорабатываются до того, как контроллер закладывается в изделие. Но если уж этого не произошло ... то надо внимательно рассмотреть формат пакета с целью попытки сжатия его в памяти. Например удаление неиспользуемых полей. Битовое сжатие. Если хватает процессорного времени, то можно и прямое сжатие делать. Я осуществлял компрессию/ декомпрессию на AVR в модеме "на лету". Правда это сложный путь. И в стандартном подходе требуется словарь порядка 2к. Но можно работать с предустановленным фиксированным словарём, жёстко зашитым во флэш.

i-mir · 09.09.2010, 14:02

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

А зачем тебе памяти так много?

Поддерживаю. И еще мне кажется нужно на уровне функциональных блоков прорисовать алгоритм.

Например "клиент (один из 4х манипуляторов) получает полный пакет данных, потому что не известно с каким объектом придется работать..." - вопрос - а кто решает с каким объектом он работает? и как вы решаете вопрос синхронизации между манипуляторами?

В данном случае может проще изначально равномерно разбивать поток входящих объектов между четырьмя манипуляторами...

Zemlyanov · 09.09.2010, 14:27

Сообщение от i-mir

а кто решает с каким объектом он работает?

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

Сообщение от i-mir

и как вы решаете вопрос синхронизации между манипуляторами?

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

Сообщение от i-mir

В данном случае может проще изначально равномерно разбивать поток входящих объектов между четырьмя манипуляторами...

Если бы это было проще , то данная система была бы не нужна. А так это очень сложно (дорого)

Сообщение от i-mir

Обычно такие вопросы прорабатываются до того, как контроллер закладывается в изделие.

На данный момент решается проблема модернизации на базе того что есть . У клиента возросли требования к оборудованию и надо как то выкрутится. Если бы тех требования были изначально такие, естественно вся система была бы переработана и заложены нужные МК. Короче купили Жигули и хотят сделать тюнинг чтобы было похоже на Мерседес

i-mir · 09.09.2010, 18:37

Таким образом, у вас распределенная асинхронная транспортная задача, где вычисления делаются одновременно всеми 5-ю участниками - центром и четырьмя исполнителями:

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

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

При этом все участники должны четко знать "что решил" каждый из них. Честно говоря этот "клубок" в таком виде, как есть сложно формализуем (с точки зрения безопасности). Но если задача все же решена - то респект.

Скажите почему классический вариант, когда центр управляет всем процессом, у вас получается "дорогой и сложный" ?

SasaVitebsk · 09.09.2010, 18:59

i-mir +1000.
Лучше не скажешь.