The maximum transmission unit (MTU) size is 1500 bytes of EDS-P308.

* Maximum Transmission Unit максимальний розмір переданого блоку даних найбільший розмір пакета (фрейму), який може бути переданий по даному фізичному середовищі передачі, наприклад в мережах Ethernet ця величина обмежена числом 1518 байт

Якщо ваш пакет більшого розміру ніж дозволяє фрейм - пакет фрагментується маршрутизатором і відправляється декількома фреймами. Цей процес прозорий для користувача

Після інсталяції драйвера MOXA можна вручну виконати 'insmod moxa' і '/moxa/mxdrv/driver/moxaload –y'  для активації драйвера або 'rmmod moxa' для його видалення. Але доцільніше ці операції включити в завантажувальний файл, щоб драйвери завантажувалися автоматично при старті системи. Конфігурація може бути включена в rc файл. Для спрощення МОХА пропонує 'rc.moxa' файл, який можна знайти в директорії 'moxa/mxdrv/driver'. Якщо Ви використовуєте ISA плати, то зверніться до частини 3.4.5 в файлі readme.txt, де описано як модифікувати файл rc.moxa. Потім виконайте наступні операції для включення драйверів в завантажувальний файл:

  Для Debian: 
     #cd /moxa/mxdrv/driver 
     #cp .rc.moxa /etc/init.d 
     #cd /etc/init.d 
    .#update-rc.d rc.moxa default 90 
 або
    .#cd /moxa/mxdrv/driver 
    .#cp .rc.moxa /etc/init.d 
    .#cd /etc/init.d 
    .#vi 'rc' and add '/etc/init.d/rc.moxa' в останньому рядку.
 
  Для Redhat: 
    #vi /etc/rc.d/rc.local and add '/moxa/mxdrv/driver/rc.moxa' в останньому рядку. 

  Для SuSE: 
    #vi /etc/rc.d/boot.local and add '/moxa/mxdrv/driver/rc.moxa' в останньому рядку. 

Зайдіть за допомогою Telnet в CN2100 і знайдіть запис "Serial No" (серійний номер), який розташований над записом Console password (пароль консолі). Вишліть по електронній пошті цей номер в групу підтримки МОХА.

Залиште вікно активним поки група підтримки МОХА не вишле Вам тимчасовий пароль.
Введіть тимчасовий пароль в поле Console password і потім введіть Enter.
Коли з'явиться меню конфігурації CN2100 очистіть пароль або введіть новий.
Перезавантажте систему і використовуйте новий пароль для доступу до CN2100.

 Вступ про відладчик (GDB debugger) 

   Велика кількість різноманітних функцій в Linux може бути виконана з використанням відладчика GDB. GDB дозволяє побачити структуру програми, роздрукувати змінні, встановити точки зупину, виконати покроково ділянки програми в початкових кодах. Це - надзвичайно потужний засіб для фіксації проблем в програмних кодах. Тут буде показано як може працювати GDB з UC для налагодження програм, написаних на мовах C і C++.

 1. GDB системна діаграма:

 2. Процедура інсталяції:

• PC RH Linux 7.3/8.0:
  • Скомпілювати –ggdb (виконавчий файл)
  • Запустіть DDD Tool з GDB Client
  • Запустіть віддалений GDB Server
• UC:
  • Запустіть GDB Debug Server

 3. Приклад: Hello-debug

• сторона PC  (192.168.12.188)
  • Інсталюйте сервіс-засоби.
    Примітка: потрібно близько 350 MB дискового простору
    Скомпілюйте hello.c з -ggdb опцією, створіть hello-debug.
  • Використовуйте наступні команди для установки, читання і установки прав доступу для всіх користувачів і груп:
    # chmod +x hello-debug
  • Завантажте hello-debug в UC.
• сторона UC (192.168.12.227):
  • Запустіть GDB Server для читання GDB Client
    # gdbserver 192.168.12.188:2000 hello-debug (*TCP порт визначається користувачем)

• сторона PC  (192.168.12.188)

• Встановіть шлях
  # PATH=/usr/local/mxscaleb/bin:$PATH
• Запустіть DDD з GDB Client в X-Window
  # ddd -–debugger mxscaleb-gdb hello-debug &
• З DDD, встановлюється зв'язок між PC і UC.
  # target remote 192.168.12.100:2000

• сторона UC side (192.168.12.227):

Повинне з'явитися таке повідомлення на екрані UC:

Host IP Address = 192.168.12.10
Host Netmask = 255.255.255.0
NE IP Address = 192.168.3.130
NE Netmask = 255.255.255.0 
NE Gateway = 192.168.3.254

Рішення:
  (a) Змініть IP адресу хоста так, щоб він був розташований в одній і тій же підмережі що і NE.
Наприклад, якщо NE IP=192.168.3.130, NE gateway=192.168.3.254 і хост IP=192.168.12.10,
Ви повинні змінити IP адресу хоста на 192.168.3.10.
  (b) Використовуючи cross-over кабель, підключіть NE безпосередньо до вашого комп'ютера і, потім, змініть IP адресу NE на таку, як і підмережа комп'ютера. Продовжіть як і в випадку (a), змінивши IP адресу NE на 192.168.12.130.

  Використовуючи cross-over кабель, підключіть NE- 41XX і видаліть установки шлюзу (gateway setting) для NE.

  Увійдіть в консоль послідовного порту і очистіть установки шлюзу (gateway setting) для NE або змініть IP адресу NE .

Ні, Opt8K підтримує тільки TxD +/- і RxD +/- для RS-422 і 4 дротового RS-485, і тільки
Data +/- сигнали для 2 дротового RS-485.

Рішення:
В Moxa ADMIN GUI утиліті Ви можете визначити TTY порт як PTS/0 - PTS/63. Але в деяких системах UnixWare, порти TTY могли бути зайняті вбудованими тіньовими портами TTY. З урахуванням досвіду Moxa, порти від PTS/0 до PTS/11 і PTS/53 - PTS/63 часто використовуються системою. Ми пропонуємо Вам визначити TTY порти від PTS/12 до PTS/52, щоб уникнути цієї проблеми.

   Літієва батарея в NPort/UC пристроях використовується для живлення годинника реального часу - RTC (Real Time Clock). Батарея може працювати до 10 років. Якщо клієнтам необхідно замінити батарею, що вийшла з ладу, то необхідно звернутися в сервіс центр МОХА і не міняти її самостійно!

   Фактично, ми модифікували наш драйверний проект для того, щоб зробити простою установку починаючи з NPort Management Suite v3.0. Після цієї версії, природно, що Ви не можете бачити будь-які додаткові COM порти в менеджері пристроїв.
   Чому? Справа в тому, що драйвер не покаже додаткові COM порти в менеджері пристроїв - оскільки ми встановлюємо тільки NPort, використовуючи файл установки, а не майстер установки взагалі ( "Hardware Wizard"). Для більшості додатків, що працюють з Win32, НЕ буде ніяких проблем при використанні поточного драйвера NPort. Ви можете протестувати це просто, відкриваючи відображені COM порти за допомогою Windows HyperTerminal або термінального емулятора Moxa PComm (Moxa PComm Terminal Emulator).

   Природно, що Ви не можете бачити будь-які додаткові COM порти в менеджері пристроїв.
    Чому? Справа в тому, що драйвер не покаже додаткові COM порти в менеджері пристроїв - оскільки ми встановлюємо тільки NPort, використовуючи файл установки, а не майстер установки взагалі ("Hardware Wizard"). Для більшості додатків, що працюють з Win32, НЕ буде ніяких проблем при використанні поточного драйвера NPort. Ви можете протестувати це просто, відкриваючи відображені COM порти за допомогою Windows HyperTerminal або термінального емулятора Moxa PComm ( Moxa PComm Terminal Emulator).

   Природно, що Ви не можете бачити будь-які додаткові COM порти в менеджері пристроїв.
    Чому? Справа в тому, що драйвер не покаже додаткові COM порти в менеджері пристроїв - оскільки ми встановлюємо тільки NE, використовуючи файл установки, а не майстер установки взагалі ("Hardware Wizard"). Для більшості додатків, що працюють з Win32, НЕ буде ніяких проблем при використанні поточного драйвера NE. Ви можете протестувати це просто, відкриваючи відображені COM порти за допомогою Windows HyperTerminal або термінального емулятора Moxa PComm ( Moxa PComm Terminal Emulator).

Windows 95 не інсталює Winsock 2.0 за замовчуванням, а NPort Administrator Suite вимагає її. Вам необхідно виконати наступне::

1. Зробити інсталяцію Internet Explorer 5.0 або 5.5,
   Internet Explorer 6.0 не підтримується Windows 95

2. Зробити інсталяцію WinSocket 2.0,
   Його можна завантажити з Microsoft Windows Socket 2 Update, 986 KB, W95ws2setup.exe

Зробити інсталяцію NPort Administrator Suite

Windows 95 не інсталює Winsock 2.0 за замовчуванням, а NPort Administrator Suite вимагає її. Вам необхідно виконати наступне:

1. Зробити інсталяцію Internet Explorer 5.0 или 5.5,
   Internet Explorer 6.0 не підтримується Windows 95

2. Зробити інсталяцію WinSocket 2.0,
   Його можна завантажити з Microsoft Windows Socket 2 Update, 986 KB, W95ws2setup.exe

Зробити інсталяцію NPort Management Suite

  SDK менеджер використовує UDP (широкосмугові пакети передачі по мережі) для пошуку Network Enablers, встановлених в мережі. Конфігурація і функції налагодження використовують TCP. Типовий код помилки менеджера SDK - "тайм-аут", "-2" ( "timeout", "-2"). Отже, можуть існувати наступні причини того, що зв'язок по TCP в менеджері SDK може бути невдалим, в той час як по UDP пристрій працює вірно:
 - обрив зв'язку (кабель Ethernet несправний або несправний HUB/Switch)
 - конфлікт IP
 - установка Netmask
 - промовчання для шлюзу

  Найшвидше рішення - скидання IP, мережева маска (netmask) повинна бути одного класу для PC і Network Enabler. Будь ласка видаліть також шлюз за замочуванням. Якщо Ви зможете перевірити ping командою Network Enabler, то проблема буде вирішена.

Необхідно виконати наступне:
- Коли Ви замінюєте NPort іншим пристроєм, інсталятор (com installer) пізнає новий пристрій з іншим серійним номером і зашиває хочете Ви використовувати цей поточний пристрій.
- Після того, як Ви натиснете OK, com installer перерозподілить адресу com порту на новий пристрій. Але, в таблиці управління доступом новий пристрій не має IP адреси дистанційного PC, тому стан com порту в інсталяторі все ще буде показаний як Non-authorize.
- Рішення - додати IP адресу віддаленого PC в таблицю управління нового NPort вручну.  Ви можете використовувати configurator utility для введення конфігурації управління доступом. Або, в інсталятор (com installer), двічі клацнувши на сервері NPort, необхідно ввести властивості управління доступом (Access Control) серверу.

   Оскільки NPort належить до пристроїв перетворення інтерфейсів "Послідовний в Ethernet", Real COM і NPort повинні працювати через TCP/IP мережу вони будуть передавати один одному велику кількість інформації протягом нормальної операції, як наприклад, передача даних, управління введенням-виведенням, опитування статусу і т.п. Така архітектура вимагає трохи більше часу протягом операції, в порівнянні зі звичайними COM портами, особливо при великому мережевому трафіку.

Ймовірні причини:
 1. Передача з викликом функції Win32 PurgeComm ()
 2. Передача пакетами малого розміру
 3. Передача без використання Real COM FIFO

Рішення:
 1. Деякі програми користувача можуть використовувати функціональний виклик Win32 PurgeComm(), який міг знижувати продуктивність NPorts. Виберіть "Flash Flush" для підвищення продуктивності.
 2. Якщо дані, щл передаються з Ethernet в послідовні порти, упаковані в невеликі пакети (записи менш ніж 10 байтів), NPort вживе заходів, щоб прозоро оперувати з даними. Будь ласка уникайте невеликих пакетів при взаємодії з NPort.
 3. Якщо ваші дані завжди передаються в невеликих пакетах з послідовного порту в Ethernet, NPort потребують значно більше часу для декодування і кодування даних і відповідно його продуктивність впаде. Ви можете дозволити використання FIFO для підвищення .

Збір статистики з використанням утиліти "Port Monitor" (монітор портів)
    Якщо три розглянутих вище методи не доступні для Вас, можна порекомендувати збір статистики з використанням вільно розповсюджуваної утиліти "Монітор порту" - "Port Monitor". Це - потужна і дружня для користувачів MOXA утиліта підтримує всі платформи Windows.

1. Flash Flush：
Ви повинні переконатися, що у вашій прикладній програмі є виклик функцій Win32 PurgeComm(). Ви також помічаєте, що NPort має нижчу продуктивність ніж COM1 порт. Необхідно використовувати цю опцію, якщо вона раніше була заборонена.

2. Як це працює?
У деяких додатках, програма користувача використовує функцію Win32 PurgeComm() перед читанням і записом даних. У пристрої NPort, після того як програма використає цю функцію - PurgeComm(), драйвер NPort продовжить деякий час опитувати мікропрограму, щоб переконатися що немає черги в буфері мікропрограм NPort, а не просто скидає локальний буфер. Це рішення є наслідком деяких спеціальних міркувань. Проте це займає трохи більше часу (сотні миллисекундах) ніж у COM1 оскільки йому необхідно працювати через Ethernet. Ось чому звичайні COM порти на материнських платах працюють швидше з цим функціональним викликом ніж NPort. Для того, щоб управляти деякими додатками, які потребують прискореного часу відповіді, МОХА надає нову опцію "Fast Flush" в новому драйвері NPort. За замовчуванням, ця функція заборонена.

＊ Ця функція вже може бути використана в NPort Management Suite v3.2 і старше або NPort Administrator Suite v1.2 і старше.

Основна причина в правилах Win32 API присвоєння імен пристроям для COM портів - у формі "\\.\COMx" замість "COM10". Наприклад, якщо ім'я пристрою COM10 то для Borland CC++ Builder "\\.\COM10".

1. Якщо Ви хочете використовувати функцію sprintf() Turbo C, слінковать програму з файлом cs.lib (cl.lib для серії NE-4100) і додати в ваш вихідний код ‘#include <stdio.h>’ .

Приклад:
#include <stdio.h>
int main()
{
char buf[80];
int i =1,j = 2;
sprintf(buf,"i = %d, j = %d\r\n",i,j);
dbg_put_string(buf);
}

2. Додати 'cs' ('cl' для серії NE-4100) коли tlink.exe створює виконавчий файл. в цьому випадку функція sprintf() буде виконуватися правильно.

Приклад:
tlink /t /s C0sdk+sprintf,sprintf,sprintf,moxa_sdk + cs

 Рішення:
 1. Перш за все, будь ласка переконайтеся, що шлях до файлу "ldnpreal" правильний, він повинен бути розташований "/usr/lib/driver/". Якщо це не так, створіть файл сценарію названий "ldnpreal" вручну, таким чином:

 2. Скопіюйте скрипт "ldnpreal" за наступним шляхом "/etc/init.d" і потім виконайте:

# update-rc.d ldnpreal defaults 90

 3. Перезавантажте Debian Linux system. При наступному старті він автоматично завантажить "ldnpreal" і проблема буде вирішена.

 Рішення:
 1. Модифікуйте і додайте дві команди в файл boot.local по шляху "/etc/rc.d/boot.local"

insmod npreal
/usr/lib/npreal/bin/npreald -t 1&

 2. Перезавантажте SuSE Linux. При наступному старті він автоматично завантажить NPort Real-TTY драйвер.

Ймовірні причини:

 1. Невірна операційна мода
 2. Невірний NPort UDP порт
 3. DHCP передача
 4. Невірна установка [Desti. IP].
 5. Firewall фільтра
 6. Невірна установка DIP перемикачів на DE-311/211
 7. Втрата даних

Рішення:
 1. Ваша операційна мода повинна бути [UDP mode]
 2. NPort UDP порт повинен відповідати його UDP програмі
 3. Якщо хост і NPort знаходяться в DHCP оточенні:
   a) Ви повинні призначити фіксовану IP адресу NPort і хосту
   b) У DHCP оточенні Ви можете відобразити специфічну IP адресу для NPort і хоста.
 4. Ваш [Desti.IP] повинен бути тим же, що і поточна IP адреса хоста
 5. Переконайтеся що Ваш firewall не закрив TCP порт
 6. У DE-311/211 DIP перемикач SW1 повинен бути в положенні OFF для передачі даних
 7. Споконвічно, UDP не може гарантувати відсутність втрати даних. Але є деякі можливості вирішення цієї проблеми:
   а) Зменшіть мережевий трафік як тільки можете
   b) Ваша програма повинна мати можливість повторної передачі, якщо дані все ж втрачені
   c) Перейдіть на TCP Server / Client архітектуру

Ймовірні причини:
 1. Маршрутизатор або firewall фільтри
 2. Firewall фільтр відкидає специфічний UDP пакет
 3. Погана якість зв'язку.

Рішення:
  1. Під час інсталяції встановіть вручну IP адресу для NPort
 2. Встановіть наступні правила фільтру, щоб були відкриті UDP # 1028, 1029 (для NPort Server Pro/Lite/Express) і UDP # 4800 (для NPort 5210/5230/5410/5430/5430I/5610-8/5610-16).
 3. Переконайтеся, що час PING відповіді менш ніж 1000 мс, інакше Real COM Installer або TTY драйвери матимуть тайм-аут.

Ймовірні причини:
 1. Невірна конфігурація IP
 2. Невірна операційна мода
 3. DHCP передача
 4. Авторизація доступу
 5. COM порт No. конфліктує з іншими пристроями
 6. Firewall фільтр відкидає специфічний TCP пакет
 7. Невірна установка DIP перемикачів на DE-311/211
 8. Порт зайнятий

Рішення:
 1. Переконайтеся за допомогою PING команди що з хосту NPort доступний
 2. Ваша операційна мода повинна бути [Driver / Host Based mode]
 3. Якщо хост і NPort знаходяться в DHCP оточенні:
   a) Ви повинні призначити фіксовану IP адресу NPort і хоста
   b) У DHCP оточенні Ви можете відобразити специфічну IP адресу для NPort і хоста
 4. Використовуйте NPort Configurator або Administrator для того, щоб переконатися що в листі доступу NPort існує IP адреса хоста
 5. Переконайтеся чи немає інших пристроїв, які використовують той же номер COM порту, наприклад внутрішнього моді на COM3
 6. Встановіть наступні правила фільтра, щоб були відкриті TCP порти # 950 (до 965) і # 966 (до 981)
 7. У DE-311/211 DIP перемикач SW1 повинен бути в положенні OFF для передачі даних
 8. Програмою Telnet перевірте IP адресу NPort і переконайтеся, що встановлено "Conn. Status" повідомлення для [Monitor]. Установка повинна бути "listen" перед відкриттям порту.

Ймовірні причини:
 1. Невірна операційна мода
 2. Невірно читається NPort TCP порт
 3. DHCP передача
 4. Невірна установка DIP перемикачів на DE-311/211
 5. Порт NPort зайнятий
 6. Авторизація доступу
 7. Правила Firewall фільтра.

Рішення:
 1. Ваша операційна мода повинна бути [TCP Server mode]
 2. Читання з NPort TCP порту повинно здійснюватися власною TCP Client програмою
 3. Якщо хост і NPort знаходяться в DHCP оточенні:
   a) Ви повинні призначити фіксовану IP адресу NPort і хосту
   b) У DHCP оточенні Ви можете відобразити специфічну IP адресу для NPort і хоста
 4. У DE-311/211 DIP перемикач SW1 повинен бути в положенні OFF для передачі даних
 5. Програмою Telnet перевірте IP адресу NPort і переконайтеся, що встановлено "Conn. Status" повідомлення для [Monitor]. Установка повинна бути "listen" перед відкриттям порту.
 6.a) NPort Server Pro/Lite/Express: переконайтеся, що [Desti.IP] є правильним
    b) NPort 5210/5230/5410/5430/5430I/5610-8/5610-16: перевірте, що [Accessible IP Settings] вірно.
 7. Встановіть наступні правила фільтра, щоб було відкрито читання з TCP порту.

Ймовірні причини:
 1. Невірна операційна мода
 2. Невірне підключення NPort TCP порту
 3. DHCP передача
 4. Невірна установка [Desti. IP].
 5. NPort підключений до іншого TCP Server
 6. Правила Firewall фільтра
 7. Невірна установка DIP перемикачів  на DE-311/211

Рішення:
 1. Ваша операційна мода повинна бути [TCP Client mode]
 2. Порт TCP NPort повинен мати власну TCP Server програму
 3. Якщо хост і NPort знаходяться в DHCP оточенні:
   a) Ви повинні призначити фіксовану IP адресу NPort і хосту
   b) У DHCP оточенні Ви можете відобразити специфічну IP адресу для NPort і хоста
 4. Ваш [Desti.IP] повинен бути тим же, що і поточна IP адреса хоста
 5. Програмою Telnet перевірте IP адресу NPort і переконайтеся, що встановлено "Conn. Status" повідомлення для [Monitor]. Вона повинна показати "Remote x.x.x.x" (x.x.x.x IP адресою хоста)
 6. Встановіть наступні правила firewall фільтра, щоб був відкритий TCP порт
 7. TВ DE-311/211 DIP перемикач SW1 повинен бути в положенні OFF для передачі даних