WIFi模块：ATWINC1500还是旧款MRF24WB0MA/MRF24WN0MB？

在这个逻辑上，我使用的是Wi1500。我简要地介绍了一个使用内置IP栈工作的基于套接字的系统，但是我有低级别的协调问题并且没有返回到它。



      以下为原文

    On this logic I am using the win1500.  I briefly had a sockets-based system using the built in IP stack working but I am having low level Harmony issues and have not gotten back to it.

你在项目的其余部分使用和声吗？如果没有，那么WC1500在没有RTOS的情况下运行良好。如果你看看Atmel的例子，关于如何使用WiC，它们都不使用RTOS。正如你所说的，如果你使用和声，你必须使用RTOS，但这是S和谐限制。如果你有一个非协调项目，将整个项目移动到和谐是一个很大的改写，你可能会发现更容易写一个SIP驱动程序的WiC。



      以下为原文

    Are you using harmony for the rest of your project? If not then the WINC1500 works fine without an RTOS. If you look at the Atmel examples on how to use the WINC, none of them use an RTOS. As you say if you use Harmony, the you have to use an RTOS, but it's s Harmony restriction. If you have a non harmony project, moving the whole project to Harmony is a big re-write You may find it easier to write a SIP driver for the WINC.

我绝对是使用USB的CDC栈的和谐，我肯定使用FrRetos，因为我从2011以来一直在编码。这就是说，我很好，和谐设置芯片和运行USB，我很好，坚持我自己的非常有限的WiFi的任务，我自己的基础上的非实时操作系统驱动程序。它不会在意时间是切成碎片的。我的问题是（有几个帖子围绕着它提问）：1。我使用EF初学者的例子大量编辑到我的自定义板，它不断扰乱引脚状态。第1课（没有按顺序学习！）-找出如何制作定制的BSP并使用它。（现在做完了，马拴好了）2。我有一个白色的有线WiC，测试WiFi演示的三个板被发送到客户端，而这两个我没有测试之前和睦吃我的家庭作业。3。SPI自回环工作和SCK是好的，使能和RSTT引脚和谐驱动器都发挥良好，但没有演示工作。4。在另一个演示中需要的框架的改变打破了WiC演示——第2课——我仍然在学习。我将删除和替换WiC模块并重新开始。



      以下为原文

    I am definitely using Harmony for the USB CDC stack, and I am definitely using FreeRTOS because I have been coding under it since 2011.  That said, I am fine with harmony setting up the chip and running USB and I am fine with sticking my very limited wifi in a task of my own based on the non-RTOS driver.  It won't care that it is time sliced.
 
My issue is (several posts asking questions around it):
1.  I was using EF Starter examples heavily edited to my custom board and it kept messing up pin states.  Lesson #1 (not learned in that order!) - figure out how to make a custom BSP and use it. (Done now, after the horse has bolted).
 
2. I have a heavily white wired WINC and the three boards that did test out WiFi demos are sent to client while the two I have were not tested before Harmony ate my homework.
 
3. SPI self-loopback works and sck is good and the enable and rstt pins in harmony driver all play well but no demos work.
 
4. The changes in framework needed in another demo broke winc demo - lesson #2 - still being learned I guess.
 
I am going to remove and replace the winc modules and start over.

我在我现有的项目中使用和声，它对于增加驱动程序等非常有用。建议我应该使用Win C1500模块（用于成本和将来的打样？）并使用Atmel例子中的代码？



      以下为原文

    I am using Harmony in my existing project.
Its extremely usefull for adding drivers etc..
 
Are suggesting that I should use ATWINC1500 module (for cost and future proofing?), and use the code from the Atmel examples?

我的意思是，我认为这些语句意味着我不应该开始学习一个不被支持的模块。因此，我选择从WiC1500开始。听起来你看到的是同样的事实，得出了同样的结论。我不确定我是否有足够的经验跳上跳下说“使用它”：



      以下为原文

    I am saying that I took the statements to mean I should not start learning a module that will not be supported.  Therefore I chose to start with WINC1500.  It sounds like you are seeing the same facts and drawing the same conclusions.  I am not sure i am experienced enough to jump up and down and say "use it" :)

我只是建议使用Atmel例子，如果你不使用和声。（尽管它们可能是如何使用芯片的好资源。）如果你使用的是和声，那么使用他们的例子应该没有问题，尽管我对和声没有经验。我建议你使用WiC1500。我们已经在几个项目上使用了这个芯片，而且它对MRF芯片有很大的改进。此外，由于MRF芯片不再被推荐用于新的设计，因此未来它们将不太可能修复错误。我们有一个错误报告与Microchip现在，我们不能让MRF工作在一个网件路由器。这是我们现有的设计之一。它的争议，如果我们可以得到任何新的MRF固件来解决这个问题，最后一个固件修订是大约2年前。



      以下为原文

     

 
I was only suggesting using the Atmel example if you are not using Harmony. (Although they may be a good resource on how to use the chip).  If you are using Harmony, then there should be no problem using their examples, although I have no experience with Harmony.
 
I am suggesting you use the WINC1500.  We have used this chip on a couple of projects now, and IMHO its a big improvement over the MRF chips.  Also, since the MRF chips are no longer recommended for new designs, its unlikely that they will be much bug fixing in the future.  We have a bug report in with Microchip right now, we cannot get the MRF to work on one of the Netgear routers.  This is on one of our existing designs.  Its debatable if we can get any new MRF firmware to fix the problem, the last firmware revision was about 2 years ago.
 
 
 

好的，谢谢你的建议。是的，我使用和声（1.0.6）。（我的现有项目（PIC32 MX）已经在使用，TCPIP以太网，SPI，ADC），但是，在和谐（2.0.4）中，为了使用Win C1500的驱动程序（因此演示代码），你需要运行Fieltos。它在WiFi复选框下和谐地说……W。Ic1500只适用于FrRetos V8. X.X或以上，并且只能与MHC一起配置，在最新的FRIERTOS版本中，与“我不在我的现有项目中运行FrRetos”一起运行。我能在我的主项目旁边运行FrRetos吗？还是我需要从头开始？要安装FreeRTOS进入我的主要项目似乎很繁琐，所以我可以使用WiFi…Microchip是否有解决方案呢？



      以下为原文

    Ok, thank you for the advise.
 
Yes, I use Harmony(1.0.6).(My existing project (Pic32MX) is already using, TCPIP ethernet, SPI, ADC)
 
However, in Harmony(2.0.4), in order to use the drivers (and hence demo-code) for WINC1500, you need to be running FreeRTOS.
It says in Harmony under the WIFI checkbox...
"WINC1500 only works in FreeRTOS V8.x.x or above and is only configurable with MHC in the latest FreeRTOS version comes with Harmony"
 
I am not running FreeRTOS in my existing project.
Can I just run FreeRTOS alongside my main project? OR do I need to start from scratch? 
It seems burdensome to have to install FreeRTOS into my main project just so I can use WIFI..
Does Microchip have a solution for me?
 
 
 
 
 

你不能运行FieltOS，没有它改变了Oracle如何工作，但是你的状态机的整体可以是一个单独的FrReTOS任务。对于大多数驱动程序来说，这是默认的，但不是USB或WiFi栈。您可以在不使用FrReTOS的情况下运行WiC1500，通过手工编写基于ATMEL文档的状态机来驱动，但是不能使用MHC来自动化。



      以下为原文

    You cannot run FreeRTOS without it altering how OSAL works, but the entirety of your state machine can be a single FreeRTOS task.  This is the default in Harmony for most drivers, but not the USB or WiFi stacks.
 
You can run winc1500 in Harmony without FreeRTOS by hand-crafting the state machine based on Atmel documents for the driver, but you cannot use MHC to automate it.

你不能运行FieltOS，没有它改变了Oracle如何工作，但是你的状态机的整体可以是一个单独的FrReTOS任务。对于大多数驱动程序来说，这是默认的，但不是USB或WiFi栈。您可以在不使用FrReTOS的情况下运行WiC1500，通过手工编写基于ATMEL文档的状态机来驱动，但是不能使用MHC来自动化。



      以下为原文

    You cannot run FreeRTOS without it altering how OSAL works, but the entirety of your state machine can be a single FreeRTOS task.  This is the default in Harmony for most drivers, but not the USB or WiFi stacks.
 
You can run winc1500 in Harmony without FreeRTOS by hand-crafting the state machine based on Atmel documents for the driver, but you cannot use MHC to automate it.

蓬蓬，你有没有让WiFi工作？



      以下为原文

    pumper, did you ever get the wifi to work?