무아쪽팔리면 질문하지 맙시다. 소중한 답변 댓글을 삭제하는건 부끄러운 일 입니다
지멘스 PLC 측에서는 TCP network 모드로 Write connection을 port 3000 번으로 열어 둔 상태입니다. 접속하는 저의 IP도 등록되어있고.
그런데 c#으로 만든 (NuGet 으로 받은 페키지 사용) 테스트 프로그램으로 접속을 시도하면 plc.Open() 하는 단계에서 아래와 같이 바로 거부가되고 있습니다.
3000 포트 말고 기본 포트인 102번 포트로 접근해도 동일합니다.
PLC 측은 유튜브에서 나온 방법대로 설정을 다 했다고 하는데 연결이 안되네요. Rack과 Slot 넘버는 맞춰둔 상태 입니다.
(그 유튜브에는 델파이로 짠 클라이언트로 접속해서 읽고 쓰기하는 걸 보여주고 있습니다)
https://youtu.be/WncSWwG8wcA?si=ERzRszIGfrMy1Z69&t=3793
혹시 PC 쪽에서 해당 방식으로 열려있는 것에 접속해 볼 수 있는 앱 같은 게 있을까요? 제가 짠 테스트 프로그램이 문제인지 검증이 안되서...
ping은 잘되고 방화벽 문제는 아닙니다.
...
PLC측에서 PC쪽 TCP 서버단으로 Send/Rcv 연결은 잘 되고 스트링을 주고 받는 통신은 잘 됩니다.
PLC 담당자(온두라스 아저씨)에게 안된다 니가 해결해야한다 해야할듯..
쌩으로 패킷 만드는 부분에서 복붙하면서 어레이 인덱스를 수정하지 않은 곳이 한군데 있었네요. 그거 수정하고 나니 잘 됩니다.
NuGet 라이브러리에 문제가 있었네요.
결론. 옴론이나 미쯔비시보다 지멘스가 더 심플하게 통신이 잘 되네요.
질문이 하나 있는데, 초기에 오류가 나셨던 이유는 단순히 연결하는 open 부분이 아니라,
데이터를 쓰는 부분에서 문제가 있었던 건가요?
저도 해당 Nuget 패키지를 이용해서 통신하는 프로그램을 만들어야해서 질문드려봅니다.
그런데 그 패킷이 이상한 소리를 하니까 PLC에서 연결을 끊어버린 경우 였습니다.
제가 지멘스 통신을 잘 모르는 상태였던지라 잘못 적용한 것일수도 있습니다.
연결시도 후 특정 패킷을 보내고, 응답을 받아 그 과정이 완료되면 Open 부분이 완료가 되는 순서인 것 같습니다.
말씀주신대로, 패킷 만드는 부분에서 인덱스 수정이 안된부분이 있다고 하셨는데, 혹시 그 부분이 어딘지 알 수 있을까요?
다시 말하면 델파이 코드는 잘 동작하는 코드이고 이를 다른 언어로 포팅할때 실수를 하지 않으면 잘 동작한다. 입니다.