我之前写的一些 PyQt 的小程序传到 github 上去了,,欢迎去下载、mark 啊
1
gaupen1186 2018-06-23 11:13:55 +08:00 via Android
顶一下,v2 这里的嵌入式相关的帖子和资源本来就不多
|
2
cchange 2018-06-23 11:18:32 +08:00 via iPhone
同样支持
|
3
TaylorJack123 2018-06-23 11:19:21 +08:00 via Android
我有个疑问,为何不用原生 qt?
|
4
XIVN1987 OP |
5
smdbh 2018-06-23 11:59:16 +08:00
好东西,不错
|
6
qwertyssp 2018-06-23 12:17:17 +08:00 via Android
已持续关注
|
7
jimzhong 2018-06-23 12:22:07 +08:00
以前做 STM32,现在转 Java 了
|
9
Ganing 2018-06-23 12:47:11 +08:00 via Android
arm linux 坑中,也做工具自己用
|
10
shijingshijing 2018-06-23 12:59:21 +08:00
嵌入式都转互联网吧~~~ 上位机能用高级语言就没必要 C++,生产力和生产效率不是一个等级的。
|
12
XIVN1987 OP 好多转互联网的啊,,看来嵌入式真是很坑啊>﹏<
|
13
shijingshijing 2018-06-23 13:25:10 +08:00
|
14
BingoXuan 2018-06-23 14:22:35 +08:00 via Android
你们上位机是 Windows 吗?
|
15
hJohn 2018-06-23 16:12:26 +08:00
@shijingshijing 大佬现在还在做嵌入式吗,看了你的帖子感觉 STM 51 PIC 未来都没有发展前景了 要接着这个方向的真的是操作系统 soc 这样的,我现在开始转做 后端又觉得没有竞争实力。。
同做来一年飞思卡尔,虽说拿了国一,但觉得毫无软用 |
17
shijingshijing 2018-06-23 17:40:55 +08:00
@hJohn 快转型,你还在学校还来得及,等你工作个三五年后再转就难了。现在就去撸 Java
|
18
cmheia 2018-06-23 19:33:57 +08:00
JMCUProg 好复杂,我就写了几行批处理直接调 JLink.exe 解决
|
19
XIVN1987 OP @cmheia
控制 JLinkARM.dll 远比控制 JLink.exe 能做的事情多得多!! JMCUProg 例程主要目的时演示怎样通过 python 调用 JLinkARM.dll 来读写单片机的寄存器 |
20
ilotuo 2018-06-23 23:51:14 +08:00
@shijingshijing 超热心的大佬我也借楼问你问题哈.
我也在本科做过一点嵌入式和 android, 现在读研做计算机视觉的东西; 本来是想毕业留一线搞高大上的算法. 发现自己水平不到~ 现在是想转回嵌入式回三线老家发展. 老家有两家做汽车电子的大厂和若干小厂. 我本科时只学过一些嵌入式 linux 基础和一个物联网作品. 跟汽车电子搭不上边. 我这思路对吗. 大佬有什么建议吗~ 提前感谢大佬. 17 楼的回复贴很有用 |
21
chiu 2018-06-24 00:02:35 +08:00 via Android
同嵌入式啊,什么都想学,现在比较往系统和网络靠。互联网真的很高吗?
|
22
shijingshijing 2018-06-24 00:45:39 +08:00 3
@ilotuo 务必远离汽车行业,别被自动驾驶这种高达上的 title 给迷惑了。
事实上,自动驾驶分两个入口:一是传统嵌入式汽车电子转自动驾驶;二是 CS 视觉 or 人工智能方向转自动驾驶。这两个方向在汽车电子行业里面是完全不同的待遇。 一、传统嵌入式是按照制造业的薪水给定位的,做的东西也是底层,偏重于 C,现在的趋势是往 AutoSAR 方向发展(欧洲已经进入了,国内刚刚开始。)这个要么偏基础架构,在 ECU 硬件平台上搞 AutoSAR,类似于 QNX,uCLinux 这种定制的嵌入式;要么偏应用,主要是做 Simulink 代码自动生成,这个再往 MBD 方向发展(航空航天已经用 MBD 很久了),做的不好就做成了调参狗了,跟着标定工程师混,标定工程师才是这个行业的主人。首先要说的是 AutoSAR 是个半残废的平台,比老旧的 ECU 纯代码实现嵌入式的功能要高级,因为有类似操作系统的分层,有类似操作系统的抽象接口增加了各个子系统供应商的设备通用性。但他不是一个完整的系统,比 Linux 差远了,更比不上高大上的航空航天里用的 VxWorks。AutoSAR 的残废还进一步体现在无法适配未来自动驾驶普及之后所需的巨大的视觉信息处理、实时决策以及快速网络通信等对资源要求很高的 feature。其次,你在这个里面的身份是 coder,不是 programmer,负责将 system engineer 提出的 idea 用代码实现,实际上现在随着 simulink 自动代码生成功能日益强大,都不用你去写 coder 了,最终沦落为平台维护者。再次,整个传统汽车行业都是夕阳产业,可见的未来会被电动汽车所替代,传统汽车结构更简单,除了 PowerTrain 之外就是 Battery Management System,再往上就是视觉和人工智能相关的系统了,根本不需要 ECU 这种东西。最后,你一入此坑,以后就只能要么在 Ford,GM,BMW 这种主机厂商里面跳来跳去,要么去 Bosch,Elektrobit 这种系统大厂里面跳来跳去,这些都是德国企业,德国的工资了解一下。而且能跳过去就是你这个行业的最高形态了,天花板在那里。 二、CS 视觉 or 人工智能方向转自动驾驶,这个是神仙下凡,背后带着安全绳。整个技术栈都不一样,不关心底层,只关心自动驾驶相关部分。上可以搞图形图像视觉处理人工智能,下可以降级到操作系统或者 AutoSAR (如果你自甘堕落),跳槽除了能去主机厂,系统厂;还能往 Google,Baidu 这种互联网造车的企业里面跳,如果日后不想做自动驾驶这一块了,还能往其他需要视觉或者人工智能方向转(比如 Youtube 或者图片搜索之类),可能就是折腾一点,但没有天花板的限制。 这一块基本上都是在 nVIDIA 的 Tegra 平台上做的,如果想往顶层去,搞好数学,特别是线性代数;如果不想往顶层,可以往底层做 CUDA 相关的开发,顶层在 Matlab 里面实现了的算法你用 c/c++重新撸一遍,对实时性或者性能有要求就看 CUDA 能不能加速,不行的话再上 FPGA 或者 DSP。 怎么说呢,就好比搞数学的转 CS 很好转,搞 CS 的转汽车电子也很好转,但是反之则非常痛苦,要补足很多东西。 最后,我不是汽车行业、汽车电子相关行业,我只是深入调查过这个行业,还好没进这个大坑,但也在另外一个更大的坑里面。。。 以上仅供参考。 |
23
shijingshijing 2018-06-24 00:49:41 +08:00
修订: 可见的未来会被电动汽车所替代, [电动汽车] 结构更简单,除了 PowerTrain 之外就是
|
24
shijingshijing 2018-06-24 00:56:56 +08:00 2
@ilotuo 最后给你个人发展给点意见:如果是在是放不下,搞通用的 Linux,可以转服务器和数据中心;可以转运维;可以转 Android 底层。这是仅次于 java 后端的一个选项了。
以后的发展,AI 和图形图像无疑是行业顶层,其次是 java 后端,再次就是 Linux。因为这些技能树都能够在几个平台上用,选择面非常广。汽车电子基本上就锁死在这个大坑里面了。 AI 和图形图像视觉算法这个方向,没个 phD 拿不下来的,最好还是个数学的 phD。我读研也是图像方向,当时还没想现在这么火,一手好牌给我打烂了。 |
25
ilotuo 2018-06-25 13:37:27 +08:00
@shijingshijing 非常感谢大哥. 看到好多新名词. 我回去消化一下^_^
祝工作顺利, 财源广进~ |
26
dongdawang 2018-06-25 19:20:45 +08:00
pyqt 挺好用的,就是资料比较少。
主要 qt 的资料多,一般程序的结构也比较相似,看 qt 的文档也能看懂 |
27
nooneanyone 273 天前
@shijingshijing #24 老哥你感觉 cpp 网络 linux 网络处理方向咋样,感觉还是没有 java 广?后期会不会限死方向哇
|
28
shijingshijing 273 天前
@nooneanyone 可以,但这个也需要搞个两三年才能见到成果,DPDK 这种现在确实是缺口巨大,但今时已非往日,大家都在卷,我觉得未来也有过剩的风险。
|
29
nooneanyone 272 天前
@shijingshijing 😂感觉 cpp 大问题是,后期如果要转行业,壁垒太高了
|
30
shijingshijing 271 天前
@nooneanyone 对的,是优点也是缺点,每个方向到后面都严重依赖这个方向的经验和 know-how ,如果选错了方向,后面也难办,比如一大票制造业相关的底层 C 和 Cpp ,所有我说尽量 选择通用方向的。
|