问题标签 [windows-embedded]

我在安装 WEC 2013 时遇到了很多不同的问题 - 根据我的选择，它在各个方面都失败了。我尝试从 MSDN 下载所有不同的更新版本 ISO，但它们都以一种或另一种方式失败。许多失败示例之一是此对话框：

我故意没有在上一个屏幕上选择共享源检查按钮，但安装程序想要安装它。在 DVD 上找不到它。它说单击下载按钮，但下载按钮被禁用。如果我单击“确定”，它只会重新弹出同一个窗口。如果我单击取消，它将中止安装。

安装日志也不是特别有用：

操作系统是安装了 Visual Studio 2013 Professional，Update 4 的 Windows 8.1 Enterprise。如果有人能阐明成功安装 WEC 的“秘诀”，将不胜感激。

在http://developer.toradex.com/software-resources/arm-family/windows-ce/tegra/release-details?view=release-roadmap&issue=10304上声明应该“将 webservices.dll 手动复制到目标文件夹 \Flashdisk\System\" 以解决以太网调试问题。我的问题是我不知道应该从哪里复制文件。有任何想法吗？

这是为 WEC2013 准备的。

问题是我根本找不到这个选项。我需要从 iis 运行 winforms 应用程序，但我无法实现。Сan 有人给我一个提示。

我试图为站点池提供本地系统和管理员身份，但它不起作用，只是进程在没有任何窗口的情况下运行。

更新

我确实检查了“允许服务与桌面交互”感谢回答，但仍然没有出现窗口

更新2

我什至尝试了这个答案，第二个答案，但根本无法启动过程

我正在为手持设备上的条码扫描开发应用程序。我在 Windows Embedded Handheld 6.5.3 上使用 Motorola MC 3190。我正在尝试直接从我的代码以编程方式启用和禁用 DataWedge（比如说，仅在我专注于给定字段时启用，并在我退出该字段时立即禁用它）。如何做到这一点？

使用 Windows Embedded Standard 7，MSMQ 功能集与安装的 AD、HTTP 和触发器功能捆绑在一起。新的 NServiceBus 5 平台安装程序 (powershell) 无法配置 MSMQ，并警告应卸载这些功能。

在此页面http://docs.particular.net/nservicebus/operations/running-on-windows上，它警告说这些功能会导致寻址“无法正常工作”。

有解决方法吗？或者了解什么可能无法正常工作？它似乎运行正常（安装时的警告除外）。

我正在为摩托罗拉 MC9190 RFID 手持阅读器开发一个应用程序。

我需要在 UHF RFID 标签中读取和写入人类可读的信息。所以我决定用 ASCII 字符写信息。

在做一些研究时，我发现可以在 RFID 标签内存中写入 ASCII 字符，但它支持的字符较少。我不会介意，直到它少于 10 个字符。

参考：

https://support.tracerplus.com/index.php?/Knowledgebase/Article/View/199/15/encoding-rfid-tags-with-ascii-values-vs-hexadecimal-values-whats-the-difference

http://blog.atlasrfidstore.com/types-of-memory-in-gen-2-uhf-rfid-tags

现在，我有点困惑如何直接在阅读器中读写 ASCII 字符。

这是用十六进制字符编写的代码。

如果我想用 ASCII 写，我猜它应该被编码为 ASCII 字节。所以不是for循环，如果我替换下面的代码，会写成功吗？

由于我没有阅读器，所以我现在无法测试。

如果成功，在读取标签时，如何将阅读器配置为解码为 ASCII 字符并显示它，还是需要以编程方式转换？

由于我是 RFID 技术的新手，我不确定我是否正确地完成了研究。如果我错了，请纠正我。

我有点困惑。当我搜索互联网时，我看到了在 Raspberry Pi 或三星 ARM11 上运行的 Windows CE 示例。但是，我不能确定他们是否以某种方式破解了它，或者 CE 是否正式在 ARM 设备上运行。

如果没有，我是否应该使用 Windows Embedded 产品来针对 arm 处理器？

最后一个问题是，与 Windows Embedded 7 相比，Windows CE 在占用空间方面的表现如何？

有人可以启发我吗？

针对框架 3.5 的“完全空”的 WPF 应用程序项目需要 30 多秒才能在 Windows 7 嵌入式 SP1 上启动。

该问题在 Windows 7 Enterprise SP1 和 Windows XP 上均未出现。

WPF 项目中唯一的事情是来自 System.Threading.dll 的 ConcurrentQueue 的声明/初始化：

我不得不使用这个 dll，因为 ConcurrentQueue 在 3.5 框架中不存在。

这似乎是一个系统问题，这可能是两个 ConcurrentQueue 之间的问题吗？我的dll中的一个和Windows 7嵌入式计算机上安装的framework 4.0中的一个？

一些相关资料

System.Threading dll 的版本是 1.0.2856.102

编辑

正如@Sinatr 所建议的，我创建了另一个 ConcurrentQueue（使用 ILSpy 复制粘贴 ConcurrentQueue、SystemCollectionsConcurrent_ProducerConsumerCollectionDebugView 和 IProducerConsumerCollection）。

这解决了问题，但我想知道为什么。

我已经搜索了很多。可以说快2个月了。但我找不到任何关于这个主题的文件。

就占用空间而言，Windows Embedded 7 或 8 还是 Windows Embedded Compact 哪个更小？

这两者中哪一个需要更少的 RAM 和存储内存？较小的需要多少 RAM 和磁盘空间？

旧的 Windows CE 6.0 如何与这两者相提并论？

客户需要在带有条形码扫描仪的行业手持设备上运行的应用程序。

不幸的是，Windows 8.1 Embedded Handheld 设备很少见，Windows 10 Embedded 设备也不存在。目前可用的几乎所有设备都使用 Windows CE 6 或 Windows Mobile 6.5。

据我所知，Windows Mobile 6.5 的 (.NET) 应用程序完全基于 Compact Framework 和 WinForms，而 Windows 8.1 Embedded 软件（完全？）基于 WinRT 和 XAML。

那是对的吗？有没有办法编写一个（.NET）应用程序

• 在当前 (Windows Mobile 6.5) 设备上运行，并且
• 将运行 Windows 8.1/10 嵌入式设备？