Спасибо за ответ вместо нас :) Но я таки поправлю чутка.
1) да, всё так, но мы сейчас ещё и пишем собственный runtime (МЭК'овские языки в обозримом будущем поддерживать не планируем)
2) Для realtime'а конечно надо натягивать qnx/нейтрино.
Вообще, данное устройство позиционируется для управления сетью Nautilus'ов, которые общаются по схеме multi-drop, т.е. не имеют права голоса. Следовательно, это не для управления быстрыми процессами, требующими гарантированное время реакции.
ЕКОН134 - это скорее аналог MOXA NPort, данное устройство позиционируется не как шлюз, а как автономный блок управления сеткой Nautilus'ов.
9-битный протокол, по крайней мере, по одной из шин мы устроить можем, если возникнет такая потребность.
Про отсеивание помех - pls поподробней что имеется в виду.
Протоколы в настоящий момент все открытые.
Спасибо за ответ вместо нас :)
Но я таки поправлю чутка.
1) да, всё так, но мы сейчас ещё и пишем собственный runtime (МЭК'овские языки в обозримом будущем поддерживать не планируем)
2) Для realtime'а конечно надо натягивать qnx/нейтрино.
Вообще, данное устройство позиционируется для управления сетью Nautilus'ов, которые общаются по схеме multi-drop, т.е. не имеют права голоса. Следовательно, это не для управления быстрыми процессами, требующими гарантированное время реакции.
разумеется, это про Nautilus'ы