问题标签 [windows-embedded-standard]

我想创建一个应用程序，该应用程序可以在运行 WinCE 6.0 或 WES7 和 Visual Studio 2015 使用 C++ 的设备上执行。这可能吗？我必须做些什么才能实现这一目标？我可以使用哪种 C++ 语言标准？C++11 吗？我在网上找到的信息对此不是很准确。

有时会读到并非所有 Visual Studio 版本都支持所有可用 Windows 嵌入式系统的开发。因此，例如，如果在 VS 2015 下不可能，我可能需要使用旧版本，因此需要使用旧版本的 C++ 标准进行开发。

我意识到这可能是一个愚蠢的问题，为此我提前道歉......

我正在开发一个将在安装在车辆中的 Windows 7 Embedded Standard 设备上运行的应用程序。按照目前的情况，设备在点火时关闭，但我不确定这是否理想，因为这意味着没有正常关闭。

我一直在网上四处寻找，但找不到任何信息表明 Windows 7 Embedded Standard 是否是不需要正常关闭的特殊情况，或者我到目前为止是否幸运，因为我从未见过任何“Windows 未关闭”正确关闭”消息或任何其他内容，表明简单地拉动电源已导致任何问题。我的直觉（以及我的同事的直觉）是我们应该在关闭设备之前执行正常的关机，但如果有一些证据可以作为基础，那就太好了。

有人可以在这里启发我吗？

谢谢。

我使用 WEDU 搜索更新并将它们下载并安装到我的 WES7 SP1 分发共享中。我以前做过很多次，通常效果很好。我想制作一组更新和安全更新的配置，我可以将其应用于现有图像。

现在我再次尝试使用 WEDU，WEDU 找到了 4 个需要下载和安装的更新。 WEDU 显示 4 个更新 我“全选”并单击“下载并安装” 安装完成后，我得到一个对话框，告诉我 4 个项目已成功安装。到目前为止，一切都很好。然后我启动 ICE 并寻找 4 个更新。我找不到他们。

然后我再次启动 WEDU 并按“开始扫描”结果是它找到了完全相同的 4 个更新以供下载。所以它绕着圈子转来转去。

我查看了分发共享的文件夹结构，但找不到更新。

为什么没有将更新安装到我的分发共享中，我可以做些什么来修复它？
提前致谢

（WEDU 有 2.0.0695.0 版本）

我正在尝试制作嵌入式音乐设备。

我想使用现有的音乐 API，它支持 Windows 8.1（未嵌入）。我试图弄清楚是否有一种方法可以利用现有的 8.1 音乐 API 以及 Windows 在其嵌入式解决方案中提供的功能。因为它是一种音乐设备，所以它需要尽可能地实时。我知道有 Windows Embedded Compact 版本，但我不相信我能够在这种环境中使用 Windows 8.1 SDK。我对吗？

• 我能否在 Windows 8.1 Embedded Standard 环境中使用 8.1 音乐 API？

• Embedded Standard 环境对设备中发生的不同事件的响应程度如何？

• 是否有任何实时标准环境扩展？

• 有什么方法可以在 Windows 10 IOT 环境中使用音乐 Windows 8.1 API？

我们在 \Windows\startup 文件夹中添加了 MFC 应用程序，以便在 WinCE 6.0 成功启动后运行应用程序。以下是我们为生成 WinCE 6.0 OS 映像安装的软件。1) Visual Studio 2005 2) Windows CE 6.0 工具包 3) Visual Studio 2005 Service Pack 1 & Windows Embedded CE 6.0 Platform Builder Service Pack 1 4) 已安装设备特定的 BSP。

我们在创建操作系统设计时选择了基于 Hive 的注册表。一切正常，操作系统成功启动后，应用程序正在加载，没有延迟。

问题：我们的项目要求是合并 WinCE 6.0 版本更新和累积产品更新汇总包。所以我们从以下位置下载并安装了 Windows CE 6.0 R2 更新： https ://www.microsoft.com/en-us/download/details.aspx?id=18111

安装 WinCE 6.0 R2 更新后，我们遇到了奇怪的问题。操作系统启动后，第一次加载应用程序需要 10-12 秒。我们在第一次启动应用程序时面临延迟，之后应用程序正常启动（在随后的设备开机时）没有任何延迟。谁能帮我解决这个问题。WinCE 6.0 R2 更新中是否有任何错误，因为我们在安装 R2 更新后遇到了这个问题。

谢谢

我为问题的长度道歉，但我相信没有背景很难理解“为什么”。

背景：我有两个应用程序在 Windows Embedded Standard 7 环境中运行。它们应该是机器上运行的仅有的两个应用程序。一个叫做“Controller”，用 C++ 编写，另一个叫做“DBconnector”，用 C# 编写。这不是新代码。它已经活跃使用和开发了近 20 年。

该软件的目的是运行用于生产零件的制造机器。如果程序崩溃，这些机器又大又危险。很久以前，我发现如果网络由于某种原因出现故障，应用程序中的所有线程都会停止——不仅仅是网络线程。这是灾难性的，因为在极少数情况下让控制器处于错误继电器开启的状态可能会导致机器爆炸。注意：现在软件和硬件中添加了一些东西来防止这种情况。虽然这种危险不再存在，但稳定性仍然非常重要。我从不希望操作员陷入无法按下重置按钮的状态。我当时的解决方案是将网络任务转移到一个单独的应用程序中。该操作系统当时是基于 Windows XP 的。

这两个程序的开发出现了分歧，一个控制机器的控制器，Controller，被设计用于极端稳定性，而另一个，DBconnector，是发生网络和大多数文件 I/O 等危险事情的地方。使用它们都可以访问的内存映射文件来促进两个程序之间的通信。我在共享两个程序之间可能需要的窗口句柄或进程 ID 或任何其他数据时没有问题。

这是我的问题。 如何让 Controller 应用程序显示 DBconnector 的 GUI？例如，我已经开始向 Controller 添加功能，要求 DBconnector 显示保存在公司服务器上的网站上的质量控制表。我希望操作员能够直接在机器上拉出质量控制表。操作员目前仅与 Controller 应用程序交互。我不希望控制器能够访问网络。此外，C# 有一些工具可以轻松显示网页。在我看来，这样做的地方是 DBconnector。问题是 DBconnector 在后台运行，当前用户无法看到或访问。所以，问题是如何解决这个问题。

我尝试的第一个选项是告诉 DBconnector 挺身而出并将 Controller 置于后台。然后，当用户完成后，Controller 回到前面。我已经使用一些技巧让它工作，但它是不一致的。我使用的技巧是最小化然后最大化 DBconnector，这似乎在大多数情况下将它带到了前面，并尝试将注意力集中在一个或另一个上。仍然可能有一种方法可以做到这一点，但它需要是一致的。

第二个选项是在 Controller 的一个窗口内运行 DBconnector 应用程序。我不知道该怎么做。我考虑过使用 ATL 或 COM，但我认为它们作为控制器进程中的线程而不是作为单独的应用程序运行。

我考虑的第三个选项是在 Controller 中创建一个窗口，该窗口使用 Windows 消息句柄拦截所有用户输入消息并将其直接传递给 Dbconnector，并在 DBconnector 无效时截取 DBconnector 的屏幕截图并将其传递给内存映射文件。目前，这就是我正在努力的方向。

关于如何更好地执行第一个和最后一个选项，或者根本如何执行第二个选项，或者我错过的其他解决方案有什么建议吗？请记住，我们当前的硬件运行的是 Windows Embedded Standard 7。该项目目前在 Visual Studio 2015 中。我认为 C++ 窗口技术是使用最初从 2003 年左右开始的库实现的 MFC。DBconnector 在 C# 的 .NET 框架 4 中。

我正在 Visual Studio 2017 C++ 中编译一个 dll。开发工具包：10.0.17134.0

这个项目使用一个模板，自动创建 2 个 dll，一个用于 32 位，一个用于 64 位。我确实有两台运行相同软件但具有不同硬件和操作系统的机器。

第一台机器有英特尔 i7 并运行 windows 嵌入式标准 64 位第二台机器有英特尔原子并运行 windows 嵌入式标准 32 位

在 64 位机器上，两个 dll 都可以工作。（32 位和 64 位），在原子上 32 位不工作强硬。我没有任何错误消息，我从软件中得到的唯一信息是它不兼容，没有任何额外的线索。两个系统上的软件相同，所以我认为问题与操作系统或处理器有关。我正在为其开发的软件是 omron 的视觉系统，因此没有任何东西可以在线获得或可以在这里共享。

这可能是什么原因？如果您需要更多信息，请询问。