Harmony 2.03b是否不再支持MRF24WG系列设备

嗨，在HarmonyThere的Wi-Fi驱动程序在这个论坛的另一个线程中有一个有点危险的信息：HTTP://www. McCHIP.COM/FoMss/FordPase/984264。看起来好像有人在玩新玩具，并且正在扔掉旧玩具。我认为你应该放一张支持请求票。对于Microchip来说，说明你对失去对现有硬件的支持感到失望，那么，不要依赖于生成的代码，通过协调或类似工具正确地重命名，保持在源代码版本控制库中重建项目所需的一切，这样你就可以。能够从最终的错误中恢复过来，你或一些微芯片经理或程序员可能会做。迈西尔



      以下为原文

    Hi,
Wi-Fi driver in Harmony
There have been somewhat temperamental messages about this in another thread in this Forum:
http://www.microchip.com/forums/FindPost/984264
There may seem someone have got new toys to play with, and is throwing old toys away.
 
I think you should put in a Support Request Ticket to Microchip, stating your eventual disappointment with missing support for existing hardware.
 
Then, do not depend on generated code beeing correctly regenrated by Harmony or similar tools,
keep everything needed to rebuild your project in a Source Code Version Control Repository, 
such that you will be able to recover from eventual mistake, you or some Microchip manager or programmer might do.
 
   Mysil
 
 

哦，GEZ，这个线程有更多关于和谐的计划/改变的信息，而不是官方的改变。不知怎的，我错过了新的讨论……将尝试支持请求票，但最现实的猜测，我只是坚持一个旧的和声版本。至少现在。



      以下为原文

    Oh gez, that thread has much more info about plans/changes of Harmony than official changelog for Harmony :)
 
Thanks for the link! Somehow i missed that new discussion there..
 
Will try the support request ticket, but guess most realistically i'd just stick to an older Harmony version. At least for now.

嗨，似乎尊敬的MRF24WG0MA已从和谐V2.03G，有利于更近期和较小的WiC1500 A ATMEL为基础的WiFi模块。在这个模块中有几个额外的特性，使它更有趣的新的基于WiFi的产品开发。我还注意到一些应用程序基于WiC1500在应用程序目录中的和谐。



      以下为原文

    Hi,
It seems the venerable MRF24WG0MA has been removed from Harmony v2.03g in favor of the more recent and smaller WINC1500A ATMEL based WiFi module. There are several additional features in this module which make it more interesting for new WiFi based products development. I also noticed some projects in Harmony based on WINC1500A in the apps directory.
Regards
 

HI，支持新设备，并不是一个有效的理由来移除对软件库系统中现有硬件的支持。驱动程序库需要支持以前版本中支持的所有设备，而不是最新产品。他们的管理需要注意不要犯这样的错误。和声版本2.03b是beta测试版本，所以有些错误是必须允许的。对于版本2.1版本，这样的错误应该被纠正。



      以下为原文

    Hi,
Support for New devices,
is Not a valid reason to remove support for existing hardware in a software library system.
 
A library of Drivers need to keep support for All devices that have supported in previous versions, not the latest product only.
For Harmony to achieve the credibility it sorely need, their management need to pay attention to Not making mistakes like that.
 
Harmony version 2.03B is a Beta Test release, so some mistakes have to be allowed.
For version 2.1 Release such mistakes should be corrected.
 
Regards,
   Mysil

当然，看到新的驱动程序是不错的，但不需要移除硬件的支持，甚至还没有过时。除非我丢失了什么东西，并且可以使用WiMC1500的驱动程序来驱动MRF24WG板。



      以下为原文

   
 
It is surely nice to see new drivers coming, but not in the cost of removing support of hardware which is not even obsolete yet.
 
Unless i'm missing something and one can use WINC1500A driver for MRF24WG boards?

嗨，不，这2个模块有完全不同的硬件，因此低级驱动程序完全不同（不兼容）。



      以下为原文

    Hi,
No. these 2 modules have totally different hardware hence low-level driver are totally different (incompatible)
Regards
 

微芯片驱动器没有本质上的错误。它们中没有任何固有的需要和RTOS。看来代码是为WiFi G板写的，然后复制到和声并宣布驱动程序。像大多数和谐司机一样。司机可能是固定的，但球队没有兴趣，或者管理层没有。这给了你一些选择。修复潜水员，让他们远离和谐。将代码与驱动程序一起移动并向前移动。如果它试图删除代码，请告诉No.No。如果它删除了库，则将其添加回去。和谐着眼于未来，而不是过去。



      以下为原文

    There is nothing inherently wrong with the microchip drivers. There in nothing inherent in them that requires and rtos. It appears the code was written for the wifi G board, then copied into harmony and declared a driver.
Like most of the Harmony drivers. The drivers could be fix but either the team has no interest, or management does not.

That leaves you with some options.
Fix the divers and own them outside of Harmony. Take your code with the driver and move it forward. Tell Harmony no if it tries to remove the code. And add it back if it removes the libraries.

Harmony looks to the future not the past.

RISC，是的，恐怕是这样。谢谢你的澄清：NKurZman，事实上，我无法获得nrf24WG来处理RTOS，系统只是在任务调度中的某个地方出错。我认为篮子里有类似的抱怨。



      以下为原文

    RISC, yeah was afraid so. Thanks for clarification :)
 
NKurzman, in fact, i was not able to get NRF24WG to work with RTOS, the system just segfaults somewhere in the task scheduling or so. Think there was similar complain in the basket rant thread.