YarrowSoft

Архив : Автоматизация технологических процессов, системы управления промышленными установками, информационно-измерительные системы

Ближайшие найденные письма:

[Предыдущее - нет] [Следующее - нет]

Письма за один день 09 Августа 2005 с 1 -6 из 6

Письмо #2643

Тема: [asutp] Вопрос по работе с этикетировочными машинами
Начало этой темы: [asutp] Вопрос по работе с этикетировочными машинами
Это ответ на: нет
Ответ на это письмо: нет
От: sgomon Дата: 09 Августа 2005 01:28

Здравствуйте,

Есть ли на форуме представители "пищевиков" - очень интересует отзывы
об этикеровочной машине Innoket пр-во компании KHS - а конкретно
методы борьбы с недоделками с т.н. Variodrive.



--

ОАО "Группа компаний "Исток",
Гомон Сергей
E-Mail

http://www.oao-istok.ru




------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hdsq142/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123516098/A=2896125/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">Take a look at donorschoose.org, an excellent charitable web site for anyone who cares about public education</a>!</font>
--------------------------------------------------------------------~->


Письмо #2642

Тема: [asutp] Вопрос не в топик
Начало этой темы: [asutp] Вопрос не в топик
Это ответ на: нет
Ответ на это письмо: Re: [asutp] Вопрос не в топик
От: Alexander Kulikov Дата: 09 Августа 2005 01:47

Привет Всем!

Вопрос совсем не по теме, но наболело.
Требуется изготовление достаточно длинномерных деталей из В95 (твердый
алюминиевый сплав).
2600х130х20. Фрезеровка, шлифовка, полировка, отпуск, закалка. Достаточно
высокая точность обработки, хорошие станки.
Учитывая, что в конференции, наверняка, много подписчиков, обслуживающих
подобные станки, прошу дать на мейл информацию о предприятии (телефон) для
контактов.

Приношу извинения за отнятое не по теме время.

С уважением,
                        Куликов А.И.
ООО <ГТ-Электрофизика>
Россия,
г.Липецк
Телефоны
(074-2)37-70-94
(074-2)35-96-95
E-mail: E-Mail






------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12h3p28qv/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123516101/A=2896125/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">Take a look at donorschoose.org, an excellent charitable web site for anyone who cares about public education</a>!</font>
--------------------------------------------------------------------~->


Письмо #2641

Тема: Re: [asutp] SIMEAS и преобразователь RS232 => RS485
Начало этой темы: Re: [asutp] SIMEAS и преобразователь RS232 => RS485
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 09 Августа 2005 08:40

у нас в лаборатории есть такие - смогу принести его название

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

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)




------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hv6g2lg/M=323294.6903899.7846637.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123541529/A=2896125/R=0/SIG=11llkm9tk/*
http://www.donorschoose.org/index.php?lc
=yahooemail">Take a look at donorschoose.org, an excellent charitable web site for anyone who cares about public education</a>!</font>
--------------------------------------------------------------------~->


Письмо #2640

Тема: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Начало этой темы: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Это ответ на: нет
Ответ на это письмо: Re[2]: [asutp] Компиляторы на C/C++ под однокристальные процессоры
От: Андрей Мурашко Дата: 09 Августа 2005 09:39

>Alexander Zorkaltsev
>1) Какие в системе соглашение на максимальную
>   длительность обработчика ?

Соглашения как таковые отсутствуют, вместо них имеются рекомендаци
вытекающие из здравого смысла. Поскольку резидент переодически передает
управление User-у и User имеет непосредственный доступ ко всем аппаратным
ресурсам Pic18, то последний естественно может творить все что ему
вздумаетя.
Единственным сдерживающим фактором будет необходимость решения им его
задачи.
(В отличие от ОС которая такого хулиганства естественно не допускает. Но я
с трудом
представляю полноценную реализацию многозадачной ОС на Pic18, потребляющую
не более
15% ресурсов контроллера). Более подробную информацию целесообразнее
получить
в документации:  
http://www.fractal.com.ru
описание модуля RS2-4.5x


>2) Возможно ли выставлять приоритеты событий или они фиксированны
>   и скорлько уровней приоритетов ?

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

>3) Какие механизмы в системе предусмотрены для дообработки события,
>   что бы не сдерживать другие обработчики ?

  Хороший вопрос. Но как в Pic Вы предполагаете это сделать?
Мы считаем, что дело резидента - зафиксировать событие, а как этим
распорядится User - это его дело. Например Вы используете олтметку
временни 100 мк
сек. Очевидно что если Ваш обработчик будет "жевать" это событие более 100
мк сек
то будут пропуски. И как это прграммно запретить User-у?  Для этого должен
быть, как минимум, диспетчер задач программно/аппаратно выделяющий User-у
кванты времени, естественно работающий с системой прерываний. Но кто
запретит
User-у вообще запретить любые прерываня.
Вся проблема в том, что в однокристаллке резидент и User имеют неотемлемо
равные
возможногсти доступа к ее аппаратным ресурсам .


>Kofe yNik

>Да, это, почитай, стандартизированный ввод/вывод и програмный загрузчик.
>А вот про тип, фактически, динамической загрузки пользовательских
программ Вы ничего >не сказали - адресно-статическая, относительная и
т.д., ведь может понадобится какая->то адресная таблица и вычисление
блоков свободного адресного пространства. Ну, вроде >функции malloc ;-).
По каким правилам производитсся загрузка?

  Если кратко, то адресно-статическая. Лучше здесь обратиться к
документации.
А вообще это тема отдельной статьи. Возможно что либо подобное появиться
на нашем
сайте в ближайшее время.


> Вижу, что ПИКи позволяют достаточно легко организовать описанную Вами
событийную >систему, так как имеют аппаратную реализацию последовательных
интерфейсов (я так >полагаю, что пакеты Модбас приходят по RS-232).

Почему только по RS-232? Это может быть и 485/422. С точки зрения
резидентной
программы информация приходит через UART, а что у него на входе/выходе -
опреде-
ляется вариантом имполнения модуя.



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

  Нет это не так. Все наши модули на pic16 имеют программную реализацию
i2c
  PIC18F252 имеет аппараиный порт i2c + аппаратный UART


С уважением,
   Евгений, инженер-разработчик фирмы "Фрактал"

----
E-mail автора: E-Mail
(по данным регистрации на iprog.pp.ru/forum)


------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hi3js6m/M=362343.6886681.7839642.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123544350/A=2894350/R=0/SIG=10tj5mr8v/*
http://www.globalgiving.com
">Make a difference. Find and fund world-changing projects at GlobalGiving</a>.</font>
--------------------------------------------------------------------~->


Письмо #2639

Тема: [asutp] ПРОГРАММИРОВАНИЕ VIPA
Начало этой темы: [asutp] ПРОГРАММИРОВАНИЕ VIPA
Это ответ на: нет
Ответ на это письмо: нет
От: indian Дата: 09 Августа 2005 23:11

НАРОД! У КОГО ЕСТЬ ХОТЬ КАКАЯ-ТО ИНФОРМАЦИЯ ПО WINPLC7 НА РУССКОМ( С
НЕМЕЦКИМ ПРОБЛЕМЫ, ДА И С АНГЕЛЬСКИМ,ТО БИШ БРИТАНСКИМ-ТОЖЕ) НЕ СОЧТИТЕ ЗА
ТРУД- ПОДЕЛИТЕСЬ ПОЖАЛУЙСТА!  E-mail: E-Mail



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hdhs0oj/M=362329.6886307.7839373.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123594915/A=2894324/R=0/SIG=11hia266k/*
http://www.youthnoise.com/page.php?page_id
=1998">1.2 million kids a year are victims of human trafficking. Stop slavery</a>.</font>
--------------------------------------------------------------------~->


Письмо #2638

Тема: Re[2]: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Начало этой темы: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Это ответ на: Re: [asutp] Компиляторы на C/C++ под однокристальные процессоры
Ответ на это письмо: нет
От: Alexander Zorkaltsev Дата: 09 Августа 2005 23:51

Здравствуйте Евгений,

Спасибо за информацию, очень полезно и интересно для меня по организации
системы.

>>1) Какие в системе соглашение на максимальную
>>   длительность обработчика ?
G> Соглашения как таковые отсутствуют, вместо них имеются рекомендаци
G> вытекающие из здравого смысла.
Нашел в инструкции.
"Для того чтобы не нарушать нормальную работу резидентной программы программа
пользователя должна выполняться не более 50 мкс, т.е. быть не длиннее
чем примерно 500 команд."

Но эта рекомендация похоже не является соглашением т.к.
нарушает согласованную работу резидента и программы пользователя.
При "честной" реализации Байты ModBUS начнут теряться на заявленных
скоростях и будут проблемы с контролем корректности данных.
Заметил что скорости недостижимы при заявленных параметрах кварца,
PLL и делителях USART. Кварц 10 МГц или 11.0592 (вроде недопустим) ?
С 10 МГц 115200 bps реализуется с допустимой погрешностью, а вот на 460800
будет 416666 (11% отклонение) т.е. при взаимодействии с другими системами на ModBUS
с 460800 будут проблемы.

G> (В отличие от ОС которая такого хулиганства естественно не допускает. Но я
G> с трудом представляю полноценную реализацию многозадачной ОС на Pic18, потребляющую
G> не более 15% ресурсов контроллера).
Под полноценной Вы наверно имеете ввиду с вытесняющей многозадачностью ?
Но есть вполне полноценные без вытеснения но с соглашениями (как раз
5-15% ресурсов ЦПУ).

>>2) Возможно ли выставлять приоритеты событий или они фиксированны
>>   и скорлько уровней приоритетов ?
G>   Технически это возможно, но порследствия, в каждом конкретном случае,
G> могут быть непредсказуемы.
Раз уж мы сели программировать последствия могут быть любыми ;)
Но вопрос про технические возможности. Приоритеты менять не рекомендуется ?

>>3) Какие механизмы в системе предусмотрены для дообработки события,
>>   что бы не сдерживать другие обработчики ?

G>   Хороший вопрос. Но как в Pic Вы предполагаете это сделать?
Ввести "уровень обработки" между "фоном" и прерываниями.
Это действительно поможет. Т.е. процессор конечно быстрее работать не
будет, но важные события при определенной средней нагрузки будет
обрабатывать гарантированно в срок. Это позволит решать задачи
нерешаемые на двухуровневой обработке "фоном" и прерываниями и даже с
продолжительными прерываниями. А лучше сделать еще сложней, но это уже
каждый сам для себя определяет требуемые уровни и приоритеты.

G> И как это прграммно запретить User-у?  Для этого должен
G> быть, как минимум, диспетчер задач программно/аппаратно выделяющий User-у
G> кванты времени, естественно работающий с системой прерываний.
Согласен, это решает диспетчер (для малых ресурсов МК, маленькая функция
диспечерезации процессов).

G> Но кто запретит User-у вообще запретить любые прерываня.
Только соглашением по запретам на определенное время.

G>  Вся проблема в том, что в однокристаллке резидент и User имеют неотемлемо
G> равные возможногсти доступа к ее аппаратным ресурсам.
В этом прелесть программы пользователя, она же является частью системы
и только поэтому достижимы хорошие результаты работы. Где занимаются
"безопасностью" только 30-50% ресурса МК уйдет на проверки и
запрещения.

---
С уважением,
Зоркальцев Александр
Инженер, НИИ Электронных систем, г. Томск.
mailto:E-Mail



------------------------ Yahoo! Groups Sponsor --------------------~-->
<font face=arial size=-1><a href="
http://us.ard.yahoo.com/SIG
=12hio49o8/M=362329.6886307.7839373.3022212/D=groups/S=1705043397:TM/Y=YAHOO/EXP=1123595441/A=2894324/R=0/SIG=11hia266k/*
http://www.youthnoise.com/page.php?page_id
=1998">1.2 million kids a year are victims of human trafficking. Stop slavery</a>.</font>
--------------------------------------------------------------------~->


[2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06|07|08]

Error. Page cannot be displayed. Please contact your service provider for more details. (1)