如何将秤中的数据导入 Web 应用程序？
How can I get data from a scale into a web application?
*如果您认为我应该在别处问这个问题，请告诉我。
背景：
我需要构建一个将重量转换为件数的应用程序。目前的重量来自通过串行端口连接到 PC 的秤。我正在替换通过串行连接连接到秤的基于 PC 的应用程序。我正在考虑将这些应用程序的下一代制作成基于 Web 的解决方案的可行性。但是，如果这不是比在客户端构建 运行s 的应用程序更好的解决方案，我不想这样做。此外，我不想使用任何类型的浏览器特定技术 (ActiveX)。
仅供参考，我们目前 运行 基于 Windows 的环境。
我目前有：
我目前认为我需要某种客户端“服务”来允许 Web 应用程序检索比例数据。我研究过为此任务创建一个 WCF 服务，并确定它可能会起作用。这将需要将秤连接到网络上某种基于 Windows 的计算机。然后，我将从 IIS Web 服务器上的 ASP.NET Web 应用程序 运行ning 连接 WCF 服务（运行ning 作为 PC 上的 Windows 服务）。这将最大限度地减少客户端占用空间并允许我们使用 Web 应用程序。
我正在寻找任何建设性的想法和想法。我愿意审查任何使该解决方案尽可能简单可靠的可行选项。
根据@honeycomb 的请求回答我自己的问题。
为此，我发现了两个可行的选择。以下是我们利用的技术的高级概述。
- 开发一个 秤 reader 运行 在通过 RS-232 连接到体重秤设备的 PC 上。 reader 将从秤接收到的任何信息转发到数据库中。结合 更改通知 和 服务器端推送通知 等技术，此选项将允许将体重秤中的数据推送到网页中不费吹灰之力，无需额外费用。 （此选项在测试期间表现良好，但尚未投入生产）
- 投资将称重设备转换为使用以太网连接并将它们连接到网络。使用带有驱动程序的 OPC 服务器，该驱动程序可以连接到您正在使用的体重秤，以从这些设备读取数据。为此考虑 KEPWare's offering。使用 KEPWare 的工具将此数据转发到数据库或任何需要的地方。再一次，您可以利用更改通知和服务器端推送技术将这些数据近乎实时地推送到 Web 应用程序中，而无需轮询。 （此选项目前在关键的生产环境中工作）
从长远来看，第二种选择可能更好，但这可能会因您的具体情况而异。它有一些前期成本，更适合新的实施。对于我的系统，我使用第一个选项，因为它可以简化新旧系统之间的转换。
注意：我与 KEPWare 没有任何关联。我只推荐他们的产品，因为它是我所知道的唯一支持此功能的产品。我确定还有其他支持此类设备的 OPC 服务器。
*如果您认为我应该在别处问这个问题，请告诉我。
背景：
我需要构建一个将重量转换为件数的应用程序。目前的重量来自通过串行端口连接到 PC 的秤。我正在替换通过串行连接连接到秤的基于 PC 的应用程序。我正在考虑将这些应用程序的下一代制作成基于 Web 的解决方案的可行性。但是，如果这不是比在客户端构建 运行s 的应用程序更好的解决方案，我不想这样做。此外，我不想使用任何类型的浏览器特定技术 (ActiveX)。
仅供参考，我们目前 运行 基于 Windows 的环境。
我目前有：
我目前认为我需要某种客户端“服务”来允许 Web 应用程序检索比例数据。我研究过为此任务创建一个 WCF 服务，并确定它可能会起作用。这将需要将秤连接到网络上某种基于 Windows 的计算机。然后，我将从 IIS Web 服务器上的 ASP.NET Web 应用程序 运行ning 连接 WCF 服务（运行ning 作为 PC 上的 Windows 服务）。这将最大限度地减少客户端占用空间并允许我们使用 Web 应用程序。
我正在寻找任何建设性的想法和想法。我愿意审查任何使该解决方案尽可能简单可靠的可行选项。
根据@honeycomb 的请求回答我自己的问题。
为此，我发现了两个可行的选择。以下是我们利用的技术的高级概述。
- 开发一个 秤 reader 运行 在通过 RS-232 连接到体重秤设备的 PC 上。 reader 将从秤接收到的任何信息转发到数据库中。结合 更改通知 和 服务器端推送通知 等技术，此选项将允许将体重秤中的数据推送到网页中不费吹灰之力，无需额外费用。 （此选项在测试期间表现良好，但尚未投入生产）
- 投资将称重设备转换为使用以太网连接并将它们连接到网络。使用带有驱动程序的 OPC 服务器，该驱动程序可以连接到您正在使用的体重秤，以从这些设备读取数据。为此考虑 KEPWare's offering。使用 KEPWare 的工具将此数据转发到数据库或任何需要的地方。再一次，您可以利用更改通知和服务器端推送技术将这些数据近乎实时地推送到 Web 应用程序中，而无需轮询。 （此选项目前在关键的生产环境中工作）
从长远来看，第二种选择可能更好，但这可能会因您的具体情况而异。它有一些前期成本，更适合新的实施。对于我的系统，我使用第一个选项，因为它可以简化新旧系统之间的转换。
注意：我与 KEPWare 没有任何关联。我只推荐他们的产品，因为它是我所知道的唯一支持此功能的产品。我确定还有其他支持此类设备的 OPC 服务器。