PSoC Creator在线或W / W /葡萄酒问题

我还试图在Linux下获得PSoC creatorworking。不幸的是，这是不可能的。所以我尝试移植一些工具（HTTPS://GITHUB.COM/CeltReMeRe/CyPress，LIXUX工具）。目前的工具允许在Linux下构建应用程序的软件部分（没有合适的，没有硬件设计等），并上传它们。一些工具还没有被逆转（CyelfTooT）。
在Buff.Fiely.CyPress中添加附加的BooRead支持（提供与其他板相同的格式）。随意尝试它，叉它，并贡献如果需要的话。



     以下为原文
  I also tried to get PSoC creator working under Linux. unfortunately, it's not possible. So I tried to port some tools of the suite (https://github.com/clementleger/cypress_linux_tools). The current tools allow to build the software part of applications under Linux (no fitter, no hardware design, etc) for the CY8CKIT-049 and to upload them. Some tools have not been reversed (cyelftool). 
    Additionnal board support can be added in Makefile.cypress with a few lines (providing they use the same format as other board). Feel free to try it, fork it and contribute if needed.

您可以在这里安装Bootloader购买PSoC 5LP：HTTP://SHMARTBARD.COM/SSCMARTABLD-PSOC-5LP开发板-Boot-Log-DPS-5LPIC-710-000 08/05/



     以下为原文
  You can purchase the PSoC 5LP with bootloader installed here:
http://schmartboard.com/schmartboard-psoc-5lp-development-board-with-boot-loaded-psoc-5lp-ic-710-0008-05/

+ 1
我也想玩柏树PSoC，但被强迫
使用Windows对我来说是一个炫耀者。
还有很多其他伟大的技术
周围有优秀的免费软件/ Linux支持。
所以现在我更愿意使用我的FPGA和LPCS。
有点离题，但相关：
昨天经历了许多挫折和浪费的时间
使用我的FX2 FPGA连接板与Linux，
我终于决定把它扔进盒子里。
并订购了一个FTDI板。



     以下为原文
   +1
    I'd like to play with the cypress PSoC too, but being forced
    to use Windows is a showstopper to me. 
    There are just so many other great pieces of technology
    around which have excellent free software / Linux support.
    So for now I'd rather stick with my FPGAs and LPCs.
    And, a bit off topic, but related:
    Yesterday after many frustrated and wasted hours with trying
    to use my FX2 FPGA connect board with Linux,
    I finally decided to throw it into the box
    and ordered an FTDI board.

好的，回复太晚了，但是我只用了几个月的时间使用PSoC架构。
MiMePro没有技术上需要任何内核驱动程序，我想。相同的功能应该通过实现协议块/控制传输来实现，即LIUSB总线。
除了便携式，这也将更容易从零开始开发，并将更容易长期维持。
它也将打开它集成到其他IDE的方式，这可能不是你想要的。



     以下为原文
  Ok, too late reply, but it's just a couple of months I'm using the PSOC architecture.
    The Miniprog does not techically need any kernel driver, I'd expect. The same functionality should be obtainable by implementing the protocol bulk/control transfers with, i.e. libu***.
    Besides being portable, this would also have been much easier to develop from scratch and would be easier to maintain in the long run.
    It would also open the way to integrate it into other IDEs, which maybe is not what you want.

对不起，弗兰克，但是
无意义。我宁愿有多OS解决方案，所以我不浪费巨大的时间试图保持和维护一个窗口（这是越来越坏BTW见Vista10（又名WIN10）），所以我可以编程PSoC。
同时，如果你纯粹的开源软件PSOC创建者，我们是一个糟糕的.NET GUI和GNU GCC的下面：D，你所提到的巨大成本可以很容易地减轻。
真是太好了！！！！！
你是塞浦路斯的一个竞争优势，你保持封闭的来源！？？？去取日历，看看是哪一年。任何有价值的东西都在GITHUB上，其他东西都被简单地遗忘了。
祝赛柏PPSC上50岁以下的人好运。
我也是粉丝，被完全的BufftWATE企业关闭源码软件感到沮丧。PSOC Creator也不例外！



     以下为原文
  Sorry Frank, but
    non-sense. I rather have multi-OS solution so I dont waste colossal time trying to keep and maintain a WINDOWS (which are getting worse btw see vista10 (aka win10)) just so I can program PSOC.
    Meanwhile, the huge cost you mentioned could have been easily mitigated if you purely FOSS the darn PSOC creator which us a shitty .NET GUI and GNU GCC underneath :D
    Hellllloooooooo !!!!
    You thin it is a competitive advantage for cypress that you keep closed-source!?? Go fetch a calendar, check which year it is. Anything worth is on github, everything else is simply forgotten.
    Good luck with getting anyone less than 50years old on board with Cypress PSOC.
    I'am fan too and frustrated by the utter bloatware enterprise closed source software is. PSOC Creator is no exception!

对于程序加载，您可以使用引导加载程序解决方案。
修改以获取命令行上载。我个人没有这样做，但是
似乎可行，就像从命令行执行脚本一样
与布莱克对话
HTTP://www. CyPress？COM/？RID＝50230 AN68 72UART引导加载程序
HTTP://www. CyPress？COM/？RID＝57561 AN73503 USB引导加载程序
HTTP://www. CyPress？COM/？RID＝41002 AN60317 I2C引导加载程序
问候，Dana。



     以下为原文
  For program loading there are bootloader solutions that you can
    modify to get command line upload. I have personally not done it but
    seems doable, like execute a script from a command line that
    talks to BL.
     
        
              
    http://www.cypress.com/?rID=50230    AN68272  UART Bootloader
     
    http://www.cypress.com/?rID=57561     AN73503 USB Bootloader
     
    http://www.cypress.com/?rID=41002     AN60317 I2C Bootloader
     
    Regards, Dana.

柏树内部人士请纠正我，如果我错了，但看起来像柏树购买VisualStudio源几年前，并产生了一个加载插件（即Verilog GUI）。
如果我是对的，开源创建者可能是不可行的，此外，谁会介入维护和改进它呢？
从头开始创建一个IDE并不是一个简单快捷的工作，因此重新发明轮子通常是不可能的。但是，选择VS，我们现在是无法携带的代码库，它很可能不可能获得所有的功能VS带来了这些年来。今天，VS是一个很好的IDE，当然，创作者已经失去了一些基础。选择伊柯丽斯（如Atollic）将是一个明智的选择。我不是Java Buffice的爱好者，但功能、可扩展性和用户基础的结合使它成为我意识到的任何东西的得力赢家。
只是闲聊，没有燃料的火焰打算。



     以下为原文
  Cypress insiders please correct me if I'm wrong but looks like Cypress bought Visual Studio sources a few years ago and produced a load of addons (i.e. the Verilog GUI).
    If I'm right it's not probably viable to open-source Creator and besides, who would step in to maintain and improve it?
    Creating an IDE from scratch is hardly a simple and quick job, thus reinventing the wheel is the usual no-go. But choosing VS we're now stuck with unportable codebase and it will likely be impossible to get all the features VS has brought in during the years. Today VS is a really good IDE, Creator of course has lost some ground. Choosing Eclipse (like i.e. Atollic) would IMHO have been a wiser choice. I'm no fan of Java bloatware but the combination of features, extensibility and user base makes it an hands down winner on anything else I'm aware of.
    Just idle chat, no fuel to the flames intended.

如果芯片可以用Bootloader预装*和*购买，如果它允许重新编程ARM代码、PLD配置和PIN路由，这可能是可行的。
唯一缺少的是命令行开放源码VHDLcompiler。



     以下为原文
  That might work *if* the chips can be bought with the bootloader preinstalled *and* if it would allow reprogramming the ARM code, the PLD configuration and the pinrouting.
    The only thing missing then is a commandline open source VHDL compiler.

斯科特，
作为一个软件工程师，我尊重研发和实施的成本——尤其是当它包含一个人机界面时。另一方面，让创建者IDE在一个O/S上，如你所理解的那样，非常不方便——如果不是显示阻止，给出你列出的问题和M$环境的不便和高成本（我的意见，但对他们自己的意见）。
建议：将来不要移植到Linux或Mac电脑上。端口之一（希望，最后）时间到一些像Java或Python（我真的不在乎）。上述两种方法都能有效地运行，支持GUI。您未来的多机环境支持将减少范围和成本更低。
最好的，
理查德



     以下为原文
  Scott,
    As a software engineer, I respect the cost of R&D and implementation - especially when it contains a human interface.  On the other hand, having the Creator IDE on one O/S is, as you do appear to understand, highly inconvenient - if not a show-stopper, given the issues that you listed and the inconvenience and high cost of a M$ environment (my opinions but to each their own).
    Suggestion:  Do not port to Linux or MacOSX in the future.  Port one more (hopefully, last) time to something like Java or Python (I don't really care which).  Both of the above run reasonably efficiently everywhere and support GUIs.  Your future multi-machine environment support will be reduced in scope and less costly.
    All the best,
    Richard

所以我不经常张贴，但我被要求回应这个帖子。我是一个软件开发人员，从第一天起就一直在研究创建者。通过工作，我真的意味着生活、呼吸、梦想和花费我的一部分空闲时间从设计和可用性的角度来思考Creator。我还处理第三级支持Creator。在这里回答一些问题：安装程序有几个层，但在最基本的层次上，它安装MSIS并检查依赖关系。它还运行.NET程序集的一些优化，以针对它安装的特定机器。我不会考虑百分比，但是大多数Cype代码是.NET的。也就是说，上次我检查过，UI的一部分只是拒绝在单声道下运行。这部分是第三方框架创建者使用的，这是不幸的。至于制作创建者开源，有一些问题。首先，我们在我们的工具中有芯片特有的IP，这将是危险的。此外，Creator是开发微处理器设计的一种新方法。像TI这样的公司现在正试图复制。我们有近十年的真实世界时间和几个世纪以来人类努力投资的顺序。虽然你可以下载并安装该工具，而不用花费你一分钱，但Creator并不是免费的。这是我们给你带来的价值当你使用柏树部分，这绝对被认为是我们知识产权的一部分。所有的人都说，我们可以看看我们能定期给予什么，前提是它不会影响工具的用户体验。我们已经给出了过去特定工具的源代码。例如，SuuteUSB显示了如何生成类似于LibUSB所做的驱动程序。（通常这个代码不在GPL之下，这意味着你的爱好项目可以成为一个商业产品而不会让你伤心。）至于编程协议，我们支持JTAG和SWD等标准。虽然MixPrim3不支持Linux，但这并不意味着你不能从Linux编程。此外，我们确实支持引导加载，正如其他人指出的那样。Linux和Mac OS支持在我们的路线图上，然而，还有很多工作要做。我不打算谈论什么时候会发生，因为有太多未知。这不仅需要在开发方面进行大量投资，还需要在测试和支持方面进行大量投资。对每个支持的环境进行测试，并且必须支持支持调用。添加的OS的每个新口味（OS类型+版本）是所需资源的乘数。这要复杂得多，然后当人们要求Linux支持时，人们就会意识到这一点。对于Linux支持甚至是我们的路线图，意味着柏树有意识地选择花费数以千万计的美元将这个工具带到Linux社区。我们已经讨论了如何启用人员，包括将命令行工具移植到Linux上。问题是用户体验和工具的能力一样受到影响。我们今天能做的最好就是向Eclipse提供出口。现在，我知道这可能是一个令人失望的答复（我想说，我们下周发布一个支持Linux，但我们不能，我们不）。此外，我已经简化和浓缩了大量的内部讨论/历史/响应长度。（很难相信，但是是的，这是删节版）。如果你能给工具一个机会，尽管依赖于微软操作系统，我想你会发现一个优秀的工具和平台，让你的问题变得轻松愉快。



     以下为原文
  So I don't post very often, but I was asked to respond to this thread.

I'm a software developer who's been working on Creator since day one.

And by working I really mean living, breathing, dreaming about and spending a good portion of my free time thinking about Creator from both a design and a usability point of view. I also handle third level support for Creator.

To answer some questions here:
There are several layers to the installer, but at the most basic level it is installing the MSIs and checking for dependencies. It also runs some optimizations on .Net assemblies to target the specific machine it was installed on.

I won't go into percentages, but a majority of the Cypress code is .Net based. That said, last time I checked, a good portion of the UI just refuses to run under mono. Part of that is the third party framework Creator uses, which is unfortunate.

As for making Creator open source, there are issues with that. First and foremost, we have chip specific IP in our tools that would be at risk. Furthermore, Creator is a venture into a new way at developing microprocessor designs. One that companies like TI are now trying to copy. We have nearly a decade of real world time and on the order of centuries worth of man effort invested. While you can download and install the tool without it costing you a penny, Creator is not free. It is value we bring to you when you use a Cypress part and that is absolutely considered part of our IP. That all said, we do look at what we can give back on a regular basis, provided it would not affect the user experience of the tool. We have given out source code for specific tools in the past. For example, SuiteUSB shows how to generate a driver similar to what LibUSB does. (Generally this code is not under GPL, which means your hobby project can become a commercial product without causing you grief.)

As for the programming protocol, we support standards like JTAG and SWD. While the Miniprog3 doesn't support support Linux that doesn't mean you can't program from Linux. Additionally, we do support boot loading as someone else pointed out.

Linux and MacOS support is on our roadmap; however, there is a lot of work to get there. I'm not going to talk about when that might happen because there are far too many unknowns. Not only does this require a significant investment on the development side, it requires significant investment on the testing and support side. Every supported environment is tested and must be available for a support call. Each new flavor (OS type+version) of an OS added is a multiplier on the resources required. This is far more complex and involved then people realize when they ask for Linux support.

For Linux support to even be on our roadmap means Cypress has made the conscious choice to spend tens of millions of dollars to bring this tool to the Linux community. We've had more than a few internal discussions about how to enable people, including porting just the command line tools to Linux. The problem is the user experience suffers as does the capabilities of the tool. The best we can do today is to offer exporting to Eclipse.

Now, I understand this is probably a disappointing reply (I'd love to say that we have a release next week supporting Linux, but we can't and we don't). Also I've simplified and condensed a lot of internal discussion/history/response for length here. (Hard to believe, but yes this is the abridge version.) That said, if you can give the tool a chance, despite the dependence on a Microsoft OS, I think you'll find an outstanding tool and platform that makes solving your problem easy and enjoyable.

同意。但是，不要多次发送端口。选择一个新的支持GUI的语言环境，它运行在各处（例如Java、Python）。我不会被锁定在QT或GTK或苹果工具中，尽可能地停留在更高的层次（$$！）假设新PSoC工具可以根据需要在任何平台上拨“GCC”。
我的25美分。



     以下为原文
  Agreed.  But, do not port multiple more times.  Pick a new GUI-supported language environment that runs everywhere (E.g. Java, Python).  I wouldn't get locked into Qt or GTK or Apple tools; stay at a higher level as much as possible ($$$!).  Assume that the new PSoC tool can fork `gcc` on any platform as needed.
     
    My 25 cents.

您总是可以构建自己的编程工具（代码加载）PSoC。编程规范已经有很长一段时间了。
PSOC5LP：HTTP://www. CyPress？COM/？RID＝72883
PSCO3: HTTP://www. CyPress？COM/？RID＝44327
PSOC4: HTTP://www. CyPress？COM/？RID＝78468
CyPress甚至提供了一个HSSP示例PROYSECT，您可以编辑它来构建自己的程序。
Atmel没有提供任何工具。正是开源的COMUNION构建了来自ARDUINO的复制/修改以构建IDE的工具。
我认为现在开源/ Linux的孩子已经被宠坏了。在过去，如果有一块硬件，你想使用它没有开源工具，你将自己构建工具。现在，孩子们只是需要工具来提供给他们，几乎忽略了这些工具实际上花费了大量的开发。



     以下为原文
  You can always build your own tool for programming (code loading) psocs. The programming specifications have been available for a long time.
    PSOC5LP : http://www.cypress.com/?rID=72883
    PSOC3 : http://www.cypress.com/?rID=44327
    PSOC4 : http://www.cypress.com/?rID=78468
    Cypress even makes available a HSSP example proyect you can edit to build your own progranner.
     
    for the record Atmel didn't provide any tools. It was the open source comunity that build the tools that the guys from arduino copied/modified to build their IDE.
     
    I think the Open Source/Linux  kids nowadays have ground up spoiled. In the past, if there was a piece of hardware you wanted to use that didn't had opensource tools you would build the tools yourself. Now the kids just demand the tools to be available to them almost as ignoring the tools actually cost a lot to develop.

刚刚确认了PSOC工具在Win 10工作时坏了。
现在已经抛弃了Windows 10的家庭应用，所有的开发工具都将是基于Linux的。
在Google这个主题上，CyPress在Linux请求上很长时间了。
刚刚尝试安装在葡萄酒在伴侣18，看起来像安装程序不能做到这一点。
已经下载了创建者ISO版本并解压缩它，并将尝试手动安装每一位。
在别人尝试之后，我不期待好消息。
CyPress的家伙，你真的需要看看转换到Linux或制作容易在葡萄酒等运行。
Windows 10看起来不像是一个好的操作系统，特别是对于我的工作企业OS。
选项-码头工人或VM，Windows +柏树ISO？



     以下为原文
  Had just confirmed PSoC tools work in Win10 when it broke badly.
    Have now ditched Windows 10 for home use, all development tools will be Linux based from now on.
    Been googling this subject, Cypress on Linux requests go back a long time.
    Just tried installing under Wine in Mate 18, looks like the installer cannot do it.
    Have downloaded the Creator iso version and unzipped it and will try installing each bit manually.
    I don't expect good news after everyone else has tried.
    Cypress guys, you really need to look at converting to Linux or making is easy to run in Wine etc.
    Windows 10 is not looking like a good OS especially for my Work Enterprise OS.
    Options -  a Docker or VM , Windows + Cypress ISO?

顺便说一下，你可以在Linux中使用M8Coots（开源，也有硬件程序员的示意图），从2005开始编程PSoC1芯片，还有EXUSB的FxLoad，这也已经相当长一段时间了。



     以下为原文
  btw, you can use m8ctools (open source, has schematics for hardware programmer too ) in linux to program psoc1 chips since 2005 and also there is FXloader for EZUSB that has also been available for quite a while.

我也不得不放弃Windows，并愿意尝试塞浦路斯的一些潜在产品。然而，缺乏发展平台的选择只是一个不起动机。曾经有一段时间，我会使用双引导或临时改变的平台来使用开发工具，但现在不再了。Windows 10仅仅是对我们集体智慧、隐私和安全的一种侮辱。我会不时地检查，如果CyPress永远支持Linux，我会很乐意尝试他们的部分。



     以下为原文
  I've had to abandon Windows as well and would love to try Cypress for some potential products. However the lack of development platform choice is simply a non-starter. There was a time when I would have dual booted, or temporarily changed platforms, to use development tools, but no longer. Windows 10 is simply an insult to our collective intelligence, privacy, and security. I'll check in from time to time and if Cypress ever supports Linux I'll be happy to try their parts.

@史葛
首先，感谢PSoC Creator所有伟大的作品！
也许我可以提出一个更容易的Linux支持途径：试着让创作者在葡萄酒上运行（或者更多的是：在CoDeWiver交叉上）。它允许在没有任何修改的情况下运行创建者。我已经有一些成功安装和使用创建者（3）在最新版本的交叉（虽然我需要运行所有的MSI安装程序手动，主安装程序将中止）。但是我不能打开/创建任何项目，所以我迷失了方向。也许有一些简单的修改，造物主使其运行得更好，也许它也有可能支持葡萄酒队。
我可以忍受它运行得不完美（例如IDE中集成的程序员——也许它需要单独运行，或者缺少一个文档管理器）。但由于我正在切换到Linux作为我的主要操作系统，使用创建者的障碍现在变得越来越大…（在VM中运行它意味着一个巨大的性能命中）
只有我2美分，
HLI



     以下为原文
  @Scott
    First, thanks for all the great work on PSoC Creator!
    Maybe I can suggest an easier route for Linux support: try to get Creator run on Wine (or more specfically: on Codeweavers Crossover). It would allow to run Creator without any modifications. I already had some success installing and using Creator (3.0) on the latest version of Crossover (though I needed to run all MSI installers manually, the main installer would abort). But I cannot open / create any projects, so I'm at loss. Maybe there are some simple modifications on Creator making it run much better, maybe its also possible to support the Wine team.
    I can live with having it not running perfectly (e.g. integrated programmer in the IDE - maybe it needs to run standalone, or a missing document manager). But since I'm in the process of switching over to Linux as my main OS, the hurdles to using Creator are getting bigger right now... (and running it in a VM means a big performance hit)
    Just my 2 cents,
    hli

我们是一家初创企业，因为我们希望在原型方面保持低成本，这包括所有开发工具。所有的Linux都是我们的日常驱动程序。我们选择了北欧为硬件的蓝牙需求，因为他们提供的所有Linux和GCC都很好。只有Linux版本时才会考虑CyPress。
Hopih很快就会看到Linux软件栈。



     以下为原文
  We're a startup, because of which we would prefer to keep the cost low for prototyping, which include all tools for development as well. All of use linux as our daily driver. We've chosen Nordic for our Bluetooth requirements for the hardware simply because of all the linux and gcc goodness they provide. Would consider Cypress only if there is a linux version.
    Hopinh to see a linux software stack soon.

你好，
在我看来，只要有必要的工具，从命令行访问将是所有的需要，至少现在。随着时间的推移，某种GUI接口或Eclipse插件会起到作用。
使用葡萄酒或任何其他“仿真”类型的东西可能会发挥作用，但它的命中性能几乎与VM方法一样多。我试图使用虚拟机，但不值得。
所有这些都可以在没有支持的情况下释放。



     以下为原文
   Hi,
    In my opinion, just having the necesary tools to be accesed from command line would be all is needed, at least for now. With the time some kind of GUI interface or Eclipse plugin would do the trick. 
    Using Wine or any other "Emulation" type of thing might work but it my hit perfomance almost as much as the VM approach. I'm trying to use the VM but is not worth it. 
    All of this could be release with no support. 

如果GUI运行的批处理/命令行工具在Linux或OS X上可用，即使GUI没有移植，我也会很高兴。不管怎样，我不想使用GUI。
我们所做的大部分工作都是固件开发，所以我们可以使用Windows工具生成源代码，然后在Linux／OS X上开发和构建我们的固件部分。我仍然在研究ELF和G.CycDeAdvices，但我认为我非常接近。



     以下为原文
  I would be delighted if the batch / command line tools run by the GUI were available on Linux or OS X even if the GUI was not ported. I don't want to use the GUI anyway.
    Most of the work we do is firmware development, so we can generate the sources using the Windows tools and then develop and build our portion of the firmware on Linux / OS X. I'm still working on the ELF -> .cyacd generation but I think I'm pretty close on that.