Question about communication problems
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Ethernet Chips
No replies yet. Be the first to reply.
Join the discussion.
Share projects and connect with makers.
Joined before the site update? first.
New to WIZnet Makers?
We sent a verification link to your address. Open it to activate your account, then log in.
Accounts from this email provider are reviewed by an administrator after verification. Approval usually takes one business day.
Already have an account?
Enter your email address. If it belongs to an account, we'll send a link to set a new password. Members who joined before the site update use this to set their password.
If an account uses that address, we sent a link to set a new password. The link works once and expires in 30 minutes.
Know your password?
Need an account?
RE: Question about communication problems
by Eugeny ·
Kenkiさん、今日は。問題を理解できません。すみません。
何スイッチですか。W5100は磁気スイッチではありません・・・
But in general, if there’s interruption on the communication line between W5100 and remote device, W5100 re-sends request within time defined in Retry Time register. Note that interruption may work in both directions: W5100 sends request, remote device does not receive it, then W5100 re-sends request. Or W5100 sends request, remote device receives it, then sends response, and W5100 does not receive the response.
But anyway 2.5 seconds is relatively long interval of time for modern networking.
You should explain your problem in more detail, what you do and what exactly you get (in your application and as seen by the W5100 LEDs).
But right now you can make small test - if it is possible - move remote server as close to the W5100 device as possible (the best using single hub between W5100 and device) to see if timing (2.5s) is the same, and effect of your actions is the same.
PS. Is WO2015107570 your work?
RE: Question about communication problems
by kenki ·
Dear Eugeny
We use the server mode at w5100.
LED light will disappear at the same time when the communication stops.
Communication that stop it is when the solenoid valve is operated.
(When communication stops, it does not have a pulse is generated in the TX and RX part.)
And LED lights up again after about 2.5 seconds, it will be able to communicate.
(When it will be able to communicate, the pulse of the TX and RX part will occur.)
Rather than the register set of the W5100, there is a process that enables the communication again in internal processing, does it have took about 2.5 seconds?
RE: Question about communication problems
by Eugeny ·
I think you are talking about your overall solution issue rather than about W5100 issue. W5100 does not have solenoid valve, and there should be no solenoid valve between W5100 and remote device on the network, correct?
Most probably you control solenoid valve using network connection which employs W5100.
And I guess that these 2.5 seconds may be related to the time valve is being operated (close-open or open-close), and your application waits for valve to finish its action. Am I correct?