与内容无关 只是看到你写双手一摊
我还遇到睁眼说瞎话
我大陆同事明明拿两片给我板子要我烧录
他隔天还问我那两片烧了没 XXX要带去美国
他还明明跟我讲他要两块板子加一块面板
(反正他从头到尾都跟我讲两块 就连我要拿去打包他都知道是两块)
结果昨天人家打电话回来问说怎么会是两片 我只要一片
我那同事竟然跟我讲 我说她要一片 我回他 那你怎么会拿两片给我
他回我 我想说另一片是给你用的(我桌上已经有四片了) @@
我们都知道电子要工作在线性 你这样才有办法做控制输出
结果他把零件接好 应该也知道他的输出有问题 可是也不去改
因为我之后跟他的谈话得知 他也知道是曲线
我写韧体 写到那一块 要去做校准 发现低档输出斜率竟然是0.5X 高档0.9
也就是说整个工作区域是一个曲线
我问他 这怎么会是一个曲线 他还画出曲线及校正的方法
讲所以我们取点做校正 (所以他也知道那是一个弯的很严重的曲线)
我回他这样也不够呀 我还直接算给他看
(我们的SPEC 上还写误差在2%
可是我算那个最少差了10%~20%)
最后我只好干脆用自动化 把整个曲线的斜率算出来
把点给记录下来 才有办法解决
: 那时看到一堆大陆人在service 就觉得Trident大概完了
: 大陆人处理事务 通常都是他没辄双手一摊 靠后级技术人员解决
: 而后级技术人员 可能通常是本部的RD 然后issues大概又是绕来绕去
: 那时的NXP在我们一行离去三星OFFICE时(2:00AM) 还在support想抢下单
: <那年是小M NXP, Trident 这三家给他玩,Trident出线>
: IC 多少都有bug. 有时遇到致命的 就得想法拼work around.
: 这方面的互相支援 台湾目前应该还是优胜
: 推文内有提到 novatek, mstar是否有自己cpu.
: 小星星则有自己的cpu.toolchain也是有team修改过
: 拿来做video fw,audio decoder, demuxer当coprocessor使用
: 有些是跑eCos. 有些甚至用 non-OS state machine跑
: 后来也加入了MMU以及一些multimedia instructions (大概就是SIMD指令级),
: port上了 linux. cpu clocks 2010年初超频跑到5xxMHz左右 还挺稳的
: 后来想用这推上 2G, 2.5G feature phone. timing已经MISS 那时 smart phone
: 已经慢慢起来了 solution也只能拿去杀价竞争
: MTK做的是SOC 跟单纯cpu不太相同
: 其实我觉得memory controller 才是最重要的
: 什么鬼东西都得挂在这上面 成本考量下 fifo 用多少都会影响gate counts
: 用太少又怕underrun得有一个机制去调整排程 排程器那时玩过一阵子
: 怎么存取才会有效率, cpu fetch要多大和cpu cache之间怎么同步等
: 那时算很重要的IP.毕竟诉求的DDR没像现在这么高速
: 又大都打16 bits solution. 处理不好会有闪线 或者 UI 显示缓慢
: 或者audio断音等等 至于现在会不会有memory bandwidth问题
: 我想还是有可能有的 8K4K or 4K2K, video, graphics(多层), scaler,
: PIP/POP,3D video, 3D UI, MEMC等加上诉求低价solution (maybe 1颗ddr) 都可能让
: 频宽需要调整 但FHD诉求的频宽按现在需求应该算容易许多
: 至于user 有没有因为这些新功能体验到不同感受就不清楚了
: SOC 在 hw code freeze后 会有一到两个月的后段模拟
: 人员需要有效率的去跑 test pattern, 各种clock setting
: 检测波形是否有误 也不是想像那么容易 一个不小心就出包
: 打得有点乱 不过诚如 ID所言 这行其实很辛苦
: 不鼓励.