工业机器人控制器的成果转化问题，做什么可以盈利？
各位大侠：正如题目所述，希望各位能够建言献策，多谢啦，，，
从2012年开始探索工业机器人的研发，到现在有4个年头了，从最开始的无知者无畏的各种尝试和挑战，到现在感觉到的竞争压力的山大，现在站在十字路口，在想：如何利用现有的技术，拓展到何种产品上面，去实现盈利。
这几年的重要变化如下：
1）2012年国内掌握核心技术，推出机器人控制器的一个巴掌都能数出来，所以当时觉得充满机遇，而且当年国外机器人的售价还非常高。4个年头过去了，各个大财团进入这个行业，再者随着国内技术的快速流动，现在能做机器人控制器的翻了好几倍，所以感觉竞争压力大。
2）2012年，进口机器人的价格还比较高，国产化的优势还比较大。现在日系纷纷降价，国产机器人的售价几乎和进口一样了。这样的性价比，导致国产机器人毫无优势。
我目前的情况：
经过这几年的积累，做了2个产品平台。
1）基于STM32+ucos的嵌入式控制器平台，支持脉冲控制和CANOPEN。目前在冲压机械手上面现场使用已经1年多。
2）基于linux的控制器平台，支持EtherCAT总线。将在接下来的2个月左右投入现场使用。
你好，大虾在哪？我在长沙，可以介绍下你的团队和现在的项目吗？我的QQ362265392
防止盗版，呵呵 咋回复的群友这么少呢？难道是国内市场行情都不好，需求量不行？ 这个都做烂了又，高端的又玩不了，低端的又不赚钱。 佩服 是否可以考虑7轴数控雕刻机器人？这个项目目前比较赚钱吧 您好！借题问一下，关节机器人的控制问题。目前学习运动控制卡这一块。突然想到一个问题， 关节机器人的运动控制，是软件上实现运动的差补还是硬件上实现？ 比如我如果用运动控制卡做坐标系的机械手，直线，圆弧之类的运动，只需调用运动卡的sdk函数就可以。 但是如果控制的不是坐标系的机械手，那我就得在软件上求出，每个轴，运动规划后， 再调用SDK函数。不知道我这样的理解对不对。或者还是得开发或使用 基于关节坐标系的 控制卡（这个东西没找到，也不知道怎么命名，我暂时这么叫）？
页:
[1]