回答一：
>PV将作为Modbus主站。
我会认为你是一个Modbus客户端和设备的Modbus服务器。
> What is the best way to do this without using Kepware OPC?
我非常困惑的是为什么你要这。Kepware司机跟PanelView Plus。是的，你必须更新固件，但考虑到一些选项你下面的一个简单的操作。
> 1。开发一个.NET程序运行在PV（不知！！）
不。“网”，可对光伏是不是真的。NET，C是唯一支持的语言。另外，要加强版的PV。然而，大问题，是没有办法得到的数据为HMI应用，因为没有VB脚本支持（或别的什么）我在ftview。
> 2. Develop a FTView Driver for Modbus Master that directly integrates
> Modbus Slave (both on RTU and TCP).
我不明白这句话。另外，我们回到如何写一个Modbus驱动比用Kepware的已经包括了吗？
> 3. Develop a small OPC server that runs on PV+ (somehow!!)
> that provides data to FTView, much like the Kepware
我想，这在理论上是可能的，因为它是Kepware做什么，但他们至少有A-B的帮助。除非你有一个团队的Windows CE程序员和A-B的开发商直接的线，我不认为你会成功。
>比Kepware小得多，可能比较便宜。
再次，Kepware是包含在PV，所以你比较任何成本你0美元。
选择4：
添加一个网关。我想这样做的唯一方法是ControlLogix / CompactLogix PLC RS-485卡。你可以做modbus编程好像ProSoft mvi56e-mcmr / mvi69e-mbs。大多数以太网/ IP问题是光伏与Modbus网关的以太网/ IP侧不工作，迫使一个成熟的PLC的使用。昂贵的因为它会（我们在谈论几千元甚至CompactLogix版）仍会比试图编写自定义的软件运行在PV更可行。
选择5：
在信中仅使用太阳能，没有精神。光伏增强版包括一个VLC客户端，所以你可以建立一个电脑运行其他一些HMI软件，支持Modbus直接使用光伏作为遥控终端，而不是作为一个ftview我实例。
回答二：一直以来我很长一段时间，在PV+FTVIEW应用工作。
所以，如果我理解正确的话，你是说PV+“内置”Kepware服务器“司机”，就像在“桌面/ Windows XP / 7“OS Kepware？
如果是，如果Kepware是内置的，不需要任何附加费用，为什么，根据我有限的经验，大多数人（所有？）利用RSLinx在A-B PLC和PV之间的关系？
但是，再一次，你的建议对我很有吸引力，我肯定会倾向于使用内置在PV PV Kepware Modbus通信（服务器）的从站
回答三：为什么，根据我有限的经验，大多数人（所有？）利用RSLinx在A-B PLC和PV之间的关系？
AB PanelView Plus将使用情况（企业，不是经典或网关）如果要使用的协议是AB协议（以太网IP，ControlNet，DH，等）。甚至有些协议也可内置Kepware，建议采用RSLinx企业代替Kepware，由于可靠性、配置方便等特点。
以外的其他协议，例如Modbus TCP或RTU，应该使用Kepware。Kepware已经编写了罗克韦尔如果有需要在RSLinx网关驱动程序列表使用第三方协议，不存在连接