Соединить программу на ПК с программой для ПЛК выполняющейся в режиме эмуляции

[kost2]

Допустим я пишу прогу для ПЛК, которая должна работать с уже имеющейся программой для ПК через преобразователь АС4.
То что в CodeSys 2.3 есть режим эмуляции это здорово, но возможно ли соединить этот режим эмуляции с прогой на том же компе через виртуальные com-порты?

[Yegor]

Нельзя.

Вместе с кодесисом устанавливается виндовый контроллер PLCWinNT. С его помощью можно поиграться ком-портом внутри винды, но там не будет встроенных фич типа модбаса, протокола овна и т.п. — то есть не будет ничего, что вы видите в окне конфигурации когда выбран овеновский ПЛК. OPC, впрочем, останется.

[kost2]

Печально.
Как же тогда отлаживать что-то работающее по сети? только на железе получается

[capzap]

Печально.
Как же тогда отлаживать что-то работающее по сети? только на железе получается

А это сильно зависит от опыта. Через библиотеки модбас и либсокет любую задачу можно решить и на ВинНТ

[kost2]

А это сильно зависит от опыта. Через библиотеки модбас и либсокет любую задачу можно решить и на ВинНТ

Немного не понял...
Т.е. мне нужно написать свою прогу для ПЛК ВинНТ, а затем просто поменять целевую платформу на нужный мне ПЛК? или посложнее дело обстоит?

[capzap]

Немного не понял...
Т.е. мне нужно написать свою прогу для ПЛК ВинНТ, а затем просто поменять целевую платформу на нужный мне ПЛК? или посложнее дело обстоит?

Примерно так, можно еще создать проект под конкретный плк, а затем с помощью экспорта/импорта перенести свой код без конфигурации

[kost2]

В теории все вроде понятно, на практике PLC WinNT 2.4.7.38 (DEMO) отказывается открывать com-порт в примере по записи через Modbus с сайта owen.ru

PROGRAM PLC_PRG
VAR
	get1_modbus: MB_RD_HOLD_REGS;    
	get2_modbus: MB_RD_INP_REGS;		
	get3_modbus: MB_RD_HOLD_REGS;
	Buffer: ARRAY[0..255] OF BYTE;		
     	cmpl: BOOL;
	port_opened:  BYTE := 0;
	Init: BOOL;					
	Settings:COMSETTINGS;		
      	com_num: PORTS:=2;				
	enabl: BOOL;		
	err: INT;							
	TimeOut: TIME:=T#50ms;				
	Exception: BYTE;
	DataSize: WORD;
	master1: BYTE:= 1;

	t: DWORD;						
	A: WORD := 0;					
	x:WORD;						
	x1: WORD;					
	x2: WORD;					
	x3: WORD;					
	d:  REAL;					
	ptr_D:POINTER TO BYTE;

	COM_SERVICE1: COM_SERVICE;
END_VAR

t:=t+1;
IF (t MOD 1000)=0 THEN
	A := A + 1;
		IF A > 9999 THEN
			A := 0;
		END_IF
END_IF

IF port_opened=0 THEN
		Settings.Port:=com_num;            
		Settings.dwBaudRate:=115200;   
		Settings.byParity:=0;
		Settings.dwTimeout:=0;
		Settings.byStopBits:=1;
		Settings.dwBufferSize:=0;
		Settings.dwScan:=0;
END_IF

COM_SERVICE1(Enable:=(port_opened=0) , Settings:=Settings , Task:=OPEN_TSK  );
IF COM_SERVICE1.ready THEN (*здесь всегда false получается*)
	port_opened:=2;
END_IF

виртуальные com-порты создавал с помощью com0com и virtual serial port driver 6.9 - проверял их через HyperTerminal все работает правильно

[kgsh82]

Внимательнее прочтите документацию к биб-ке для Modbus
ЗЫ: стр 3 внизу

[kost2]

Внимательнее прочтите документацию к биб-ке для Modbus
ЗЫ: стр 3 внизу

Извините, не совсем понял о чем Вы...
может об этом:

Примечание. В функциональных блоках, разработанных для контроллеров фирмы ОВЕН, режим симуляции (Simulation Mode) не предусмотрен. Отладка программы в режиме визуализации должна производиться при подключенном контроллере, функциональные блоки при этом работают только в самом контроллере.

?

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

[kgsh82]

Вы применяете ФБ для контроллеров ОВЕН на контроллерах не ОВЕН
(PLC WinNT). Поэтому не работает, а именно не открывается порт. Изучите биб-ку SysLibCom.
Вот только зачем? Вы берёте заведомо работающие ФБ и пытаетесь отладить их работу.