<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<rss version="2.0">
<channel>
<title>Frequently Asked Questions - The five questions posted most recently:</title>
<description>Frequently Asked Questions</description>
<link>https://faq.vscom.de</link>	<item>
		<title><![CDATA[Connectors: Manufacturers and Part Numbers]]></title>
		<description><![CDATA[<p>
Sometimes external pluggable connectors and adapters get lost. Here is information on Manufacturers and Part Numbers, to find a suitable supply shop.
</p>
<p>
 
</p>
<p>
1. Power supply 3-pin w/o fixing screws (Used on NetCom+ 1/2 ports, Net-CAN+, Baltos, SER-485, and other) 
<br />
Manufacturer: <a href="http://www.dinkle.com.tw/" target="_blank">DINKLE ENTERPRISE CO., LTD<br />
</a> Part number : 5ESDVM-03P
<br />
Manufacturer: <a href="http://www.phoenixcontact.com/" target="_blank">Phoenix Contact</a><a href="http://www.dinkle.com.tw/" target="_blank"><br />
</a> Part number : MSTB 2,5 HC/ 2-ST
</p>
<p>
2. Power supply 3-pin w/h fixing screws (Used for CAN on Baltos, VS-860, power for USB-4/8COM Plus, NetCom Plus 4/8 ports) 
<br />
Manufacturer: <a href="http://www.dinkle.com.tw/" target="_blank">DINKLE ENTERPRISE CO., LTD</a>  <br />
Part number : 5ESDV-03P 
</p>
<p>
3. Power supply 3-pin (Used on NetCom/Net-CAN, Alekto/Alena, SER-485 and other)<br />
Manufacturer: <a href="http://www.howder-tw.com/" target="_blank">HOW DER ELECTRIC CO., LTD.</a> <br />
Part number : HD-515H-3P
</p>
4. Digital-I/O Alekto 13-pin (Used on Alekto)<br />
Manufacturer: <a href="http://www.howder-tw.com/" target="_blank">HOW DER ELECTRIC CO., LTD.</a> <br />
Part number : HD-516H-13P
<p>
5. Digital-Output 12-pin (Used on NetCon II, Alena)<br />
Manufacturer: <a href="http://www.phoenixcontact.com/" target="_blank">Phoenix Contact</a>.<br />
Part number : MC1,5/12-ST-3,81(1803675)
</p>
<p>
6. Digital-Input 8-pin (Used on NetCon II)<br />
Manufacturer: <a href="http://www.phoenixcontact.com/" target="_blank">Phoenix Contact</a>.<br />
Part number : MC1,5/8-ST-3,81(1803633)
</p>
<p>
7. Power supply 2-pin (Used on RISE)<br />
Manufacturer: <a href="http://www.dinkle.com.tw/" target="_blank">DINKLE ENTERPRISE CO., LTD<br />
</a> Part number : 5ESDVM-02P
</p>
<p>
8. Power supply 3-pin (Used on TruckHUB)<br />
Manufacturer: <a href="http://www.dinkle.com.tw/" target="_blank">DINKLE ENTERPRISE CO., LTD<br />
</a> Part number : 5ESDVM-03P
</p>
<p>
9. Digital-I/O 12-pin (Used on RISE)<br />
Manufacturer: <a href="http://www.dinkle.com.tw/" target="_blank">DINKLE ENTERPRISE CO., LTD<br />
</a> Part number : EC350RLM-12P
</p>
<p>
10. Power supply 14-pin (Used on TruckHUB)<br />
Manufacturer: <a href="http://www.dinkle.com.tw/" target="_blank">DINKLE ENTERPRISE CO., LTD<br />
</a> Part number : 5ESDVM-14P
</p>
<p>
 
</p>
<p>
 
</p>
]]></description>
		<link>https://faq.vscom.de/index.php?action=artikel&amp;cat=12&amp;id=73&amp;artlang=en</link>
		<pubDate>Thu, 29 Feb 2024 15:21:00 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[I need a clean removal of the NetCom Plus drivers]]></title>
		<description><![CDATA[<p>
Of course the first step of driver removal is the uninstall process as 
described in the User Manual. Please check about this there.
</p>
<p>
But even after that removal some data may stay in the Windows Registry. Here is a list of items to remove from there.<br />
The usual regulations about caution apply, it is easy to render your 
system useless by wrong changes in the registry. So have a backup ready 
to avoid any data loss.
</p>
<p>
The following description applies to older models of NetCom in a similar
way as to the NetCom Plus series. So below we only use "NetCom" to 
refer to all models. 
</p>
<p>
The NetCom Plus Manager keeps a list of all NetCom devices it had 
detected in the past. And also the manually added NetCom for that matter. It is
kept in the registry keys <br />
[HKEY_LOCAL_MACHINE\SOFTWARE\Vision Systems GmbH\VScomNet]<br />
[HKEY_LOCAL_MACHINE\SOFTWARE\Vision Systems GmbH\VScomNetPlus]
</p>
<p>
Also it keeps a list of all Com Ports related to the NetCom devices, this is kept in<br />
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\VSNETCOM]<br />
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\VSNETCOMPLUS]
</p>
<p>
If the driver is removed from the system it is safe to completely remove those keys.
</p>
<p>
?
</p>
<p>
Also some keys are generated and managed by Windows itself, not controlled be the NetCom Plus Manager. These are<br />
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vsns2k]<br />
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vsnsplus2k]<br />
for the NetCom servers, and <br />
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vscnp2k]<br />
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vscnplusp2k]<br />
for the Com Ports. It should be safe to remove these entries as well.
</p>
<p>
?
</p>
<p>
Again be warned, be very careful when tempering with the Windows Registry.
</p>
<p>
?
</p>
]]></description>
		<link>https://faq.vscom.de/index.php?action=artikel&amp;cat=3&amp;id=118&amp;artlang=en</link>
		<pubDate>Tue, 16 May 2023 14:08:00 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[Windows Driver for the Phased out NetCom Lite and PRO Devices]]></title>
		<description><![CDATA[<p>
Both device types won&#39;t be manufactured and sold for many years now. Hence the software support has stopped and the new driver supports NetCom Plus devices only.
</p>
<p>
You can try to use the old signed <a href="https://www.vscom.de/download/multiio/legacy/NetCom-15140-Install.exe">driver</a> or this <a href="https://www.vscom.de/download/multiio/Windows7/driver/NetCom-Win7X-Install.exe">one</a> . If it doesn&#39;t work with the newer Windows versions, we cannot help you further.
</p>
<p>
The best way to install the old drivers on Windows 10 is to install Windows 7 and the old signed driver and then to upgrade to Windows 10.
</p>
<p>
Another workaround would be to use TCP or UDP modes directly. This will make your application operating system independent as you don&#39;t have to install the NetCom driver. 
</p>
]]></description>
		<link>https://faq.vscom.de/index.php?action=artikel&amp;cat=3&amp;id=115&amp;artlang=en</link>
		<pubDate>Thu, 19 Aug 2021 10:36:00 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[I am using your Netcom 111 for a faxing program. I have an issue with fax operation, what to do?]]></title>
		<description><![CDATA[<p>
A typical serial Modem understands two different sets of commands for operating in Fax mode. These sets are named Fax Class 1 and Class 2. Naturally Fax Class 1 has been specified first.<br />
<br />
Fax Class 1 provides detailed information on the current status of the transmission, and also detailed commands to control the operation. At the downside the responses to events on the Modem have to be sent in a strict timely manner.<br />
Back in time when the Class 1 command set was defined Windows 3.1 has been a modern operating system. Serial ports did not operate very fast then, and further the required strict timing was not possible in all conditions in Windows.<br />
To provide Fax mode operation even in such systems the Fax command set Class 2 has been defined. Many critical operations are handled by the Modem in autonomous mode, the software just provides more general supervising functions. The requirement for strict timing was removed this way.<br />
<br />
Today computers are very fast, and they can control a Fax Modem in the required timely manner. Typical software uses Class 1 commands as default to control the Modem, just to give detailed and realtime feedback to the user interface.<br />
However using NetCom the network adds delays between received data on the serial port, and arrival of these data in the application software. These are some Milliseconds at least, which often is to long for Class 1 commands.<br />
<br />
So even when the fax application identifies the Modem as Class 1 capable, such can cause problems when the Modem is connected to the serial port of a NetCom. Simply configure the application software to use the Class 2 command set, and the problems will vanish.
</p>
]]></description>
		<link>https://faq.vscom.de/index.php?action=artikel&amp;cat=3&amp;id=43&amp;artlang=en</link>
		<pubDate>Mon, 03 May 2021 13:21:00 GMT</pubDate>
	</item>
	<item>
		<title><![CDATA[Why does RS485 (and RS422) require to connect the logic Ground?]]></title>
		<description><![CDATA[<p>
With RS485 serial interfaces you have to connect the logic Ground between all connected devices. This is necessary because the specifications of RS485 require this. Unfortunately many demonstration graphics focus on the data lines, and omit the ground line for simplicity.
</p>
<p>
The ground connection is not written explicitly in the specifications. Instead a so called Common Voltage Range (CVR) is defined. The specification -7V to +12V for the CVR allows to design and manufacture less complex and hence low-cost circuits. Without somehow connecting the logic Ground an installation can not ensure this requirement is met on all stations. A device without such an option is possibly not conforming to RS485 specifications.
</p>
<p>
The transmission happens in a balanced fashion. Two wires are used to carry one logic signal. A positive differential voltage represents a logic 1, a negative differential voltage represents a logic 0.<br />
The transmitting device produces voltages within the CVR, typical +5V for high and 0V for low level. These voltages of course are generated with respect to the logic ground of the <em>transmitter</em>. Any measurement must check the voltage between the signal line and logic Ground. When the signals connect to a device, it must evaluate the voltages with respect to the logic Ground of the <strong>receiver</strong>. If both Ground levels differ by more than +7V, on the receiver side one or both voltages may be not within the CVR. If the levels are not within the defined CVR, the logic value may not be understood, causing errors on receiving.
</p>
<p>
Basically this is also discussed on <a href="http://en.wikipedia.org/wiki/RS-485#Signals" target="_blank">Wikipedia</a>, and for example in application notes from manufacturers like <a href="http://www.maximintegrated.com/app-notes/index.mvp/id/763" target="_blank" title="RS-485 Cable Specification Guide">Maxim</a>  and <a href="http://www.analog.com/static/imported-files/application_notes/AN-960.pdf" target="_blank" title="RS-485/RS-422 Circuit Implementation Guide">Analog Devices</a>. The connection of ground may happen implicit, because the logic ground of all devices is connected to some global protective ground level. If this is nearly the same on all devices, an extra wire is not required.<br />
If the ground levels are different, without an explicit connection all equalising currents run on the data lines, hence pass the logic circuits for transmit and receive. This can damage the devices, and often does over time.
</p>
<p>
 
</p>
<p>
When the serial interface is galvanically isolated, sometimes there is no contact for the isolated logic ground. In such networks it may be possible to make a simulated connection. On the receiver side one resistor connects the positive signal line with ground, and another resistor connects the negative signal line with ground. As a net effect now the logic ground of the receiver is in the middle of the positive and negative voltages. So both data lines are in the CVR with respect to the receiver. It is difficult to give reasonable values for these resistors. If there are only two devices connected, resistors in the range of 2k Ohm should do the job. But in any installations this requires explicit calculations.
</p>
<p>
 
</p>
]]></description>
		<link>https://faq.vscom.de/index.php?action=artikel&amp;cat=12&amp;id=91&amp;artlang=en</link>
		<pubDate>Wed, 15 Jul 2020 09:13:00 GMT</pubDate>
	</item>
</channel>
</rss>