MPLAB X IDE 4.05没有AVR设备？

AVR由Atmel Studio支持



      以下为原文

    avr is supported by atmel studio

嗨，也没有什么在MPLAB X V4.10问候



      以下为原文

    Hi,
Also nothing in MPLAB X v4.10.
Regards

我相信你看到的是“人工制品”。AVR确实来到MPLAB X。事实上，在我们的内部构建中，它们已经存在了。但是我们在发布版本中删除它们，因为AVR支持还没有达到我们想要的水平。我想我们忘记从项目向导中删除AVR族选择。



      以下为原文

    I believe you are seeing an "artifact".  AVR is indeed coming to MPLAB X.  In fact, in our internal builds they are already there.  But we remove them on our release builds because AVR support isn't quite up to the level we want yet.  I think we forgot to remove the AVR family selection from the project wizard.

我不会担心AVRs会闯入未来。我担心的是PICS的命运。很难看到，总是在运动中，未来是……



      以下为原文

    I wouldn't worry about AVRs making their way into the future. It is the PICs destiny I would worry about. Difficult to see, always in motion the future is ...

这些可怜的AVR用户，目前享受Visual Studio，了解MPLABX即将对他们造成的恐怖吗？…



      以下为原文

    Do these poor AVR users, currently enjoying Visual Studio, understand the horror that MPLABX is about to inflict on them? ...
 

我跳过他们会去另一种方式在视觉工作室图片。



      以下为原文

    I was hopping they would go the other way PICs under Visual studio..
 

我同意，我宁愿在VisualStudio中工作，而不喜欢MPLABX。不知道他们正在向MPLABX引入AVR。



      以下为原文

    got to agree that I'd much rather be working in visual studio than mplabx.
 
Didn't know they were introducing avr to mplabx.

很高兴听到。最后在OSX/Linux上实现AVR。



      以下为原文

    Good to hear. Finally AVR on OSX/Linux.

你现在就这么说，只是等一下。很快你就会再次乞求VS和Windows。



      以下为原文

    You say that now but just wait.
 
Pretty soon you'll be begging for VS and windows again.
 

最后一个伟大的IDE加入AVR。希望尽快看到AVR设备在MPLAB中工作。



      以下为原文

    finally a great IDE comming to AVR. Hope to see AVR devices working in mplab soon.

那是讽刺的话，对吧？也可能是真的吗？希望看到PIC设备很快在MPLAB中运行。



      以下为原文

   
 
That is a sarcastic remark right?
Could also be true?
Hope to see PIC devices working in mplab soon.
 
 

VisualStudio是一种轻量级和快速的IDE，但不幸的是它只在Windows上工作。将AVR切换到MPLABX的原因是为了获得跨平台运行的能力。另一方面，PIC用户将失去跨平台支持。如果这是我的决定，我将在代码上构建MPLABX：：块，而不是NETBeBeS。它有一个插件架构，像大型重载IDE所拥有的，但是它是用C++编写的，因此在没有Java虚拟机的开销的情况下是本地运行的。



      以下为原文

   


Visual Studio is a lightweight and fast IDE, but unfortunately it only works on Windows. The reason for switching AVR to MPLABX is to gain the ability to run cross-platform. Going the other way around would lose cross-platform support for PIC users.
 
If it were my decision, I would build MPLABX on Code::Blocks rather than NetBeans. It has a plugin architecture like the big heavy duty IDEs have but it is written in C++ and therefore runs natively without the overhead of a Java Virtual Machine.

为了获得一个易于携带到MAC/Linux的软件，付出的代价是非常高的。每个人都必须与IDE作战。问题是巨大的，只是搜索论坛。硬件消费是疯狂的，几乎一切都很慢……一个虚拟机运行在Mac或Linux？这样不会更好吗？今天，虚拟机没有问题，所以有一个版本的Mac／Linux真的需要吗？USB端口也应该在这个虚拟机中工作。是的，对于不同的操作系统来说，一个很好的编程IDE会很棒，但是如果没有支持的话，有很多方法…有趣的是，如果MCC和/或和声也会支持Atmels。一方面，有一个IDE很好，另一个是韩语。D，硬件/引脚是不同的，所以问题是，谁会在Atmel和PICS之间交换？在IDE中有一个程序员/调试器支持是很好的，所以你必须只有一个拾取，ICD，ICE…很好的机会从PIC到Atmel，复制过去的代码，编译和烧毁它并完成，但这是不可能的。也许将来会有ICD4和MPLAB XP用于AVRPICS机智。H是一个流畅的运行IDE，具有完美的集成MCC和声插件，用于快速配置每MouScLIK和流代码编程风格的需求，在这里您可以几乎每一个额外的硬件，如显示器、编码器、多路复用器等和其他外围设备……现在，一切都是一个一团糟。ICD4，MPLAB X，MCC，和声……但是为了更好，它必须是最差的。希望不是每个人都只因为困难的时候切换ID/C C……这是一个相当长的路…



      以下为原文

    The Price to pay for this benefit to got a software easy portable to MAC/Linux is very high.
Everyone got to fight with that IDE. The problems are enormously, just search the forum.
The Hardware consumption is crazy and almost everything works very slow...
What about a virtual machin running on MAC or Linux? wouldn't that be better? Today there is no problem with a virtual machine, so is there a version for MAC/Linux really needed? USB-Ports should work in this virtual machine also.
Yes, a nice programmed IDE for different Operating Systems would be great, but if there is no support there are ways...
It is interesting to see, if MCC and/or Harmony will support Atmels also.
On one hand, well nice to have one IDE, on the other hand, the Hardware/Pins are that different so the question is, who would swap between atmels and PICs? It would be nice to have programmer/debugger support in the IDEs so you got to have just one Pickit, ICD, ICE....
Would be nice to chance from pic to atmel, copy past code, compile and burn it and finished, but that's not possible.
Perhaps in the future There will be ICD4 and MPLAB Xp for AVRPICs with a smooth running IDE with perfect integreated MCC-Harmony Plugin for fast configuring the needs per mouseclick and flowcode programming style where you can chouse nearly every avaible additional hardware like Displays, Encoder, Multiplexers, etc. and other peripherals....
For now, everything is a mess. ICD4, MPLAB X, MCC, Harmony...
But for getting better it got to be first worse.
Hopefully not everybody is switching IDE/µC only because of hard times....
It's quite a long way...

因此Windows用户遭受少数Linux用户的痛苦。你的AVR人不会快乐。



      以下为原文

    So windows users suffer for the minority number of Linux users.

Your AVR people will not be happy.

将MPLAB 8移植到Limux和Mac会有多困难？我敢打赌，维护/支持MPLAX的费用，包括所有的用户支持问题都要大得多。



      以下为原文

    How hard would it be to port MPLAB 8 to Linux and Mac? I bet the expense of maintaining/supporting MPLAB X, including all the user support issues is far greater.

“维护/支持MPLAX X的费用”是什么费用/维护/支持？：）



      以下为原文

    "expense of maintaining/supporting MPLAB X"
what expense/maintenance/support? :)