0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

锤子科技负面新事件_罗永浩这样回应

h1654155282.3538 来源:网络整理 作者:h1654155205.5246 2018-11-19 17:34 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

锤子科技主打完美主义精神、努力改善人们的生活质量,为用户打造一流体验的数码产品,是一家制造移动互联网终端设备的公司。但是近日,锤子科技负面新闻不断,并有消息称其陷入危机,那么事件的真相到底是什么呢?罗永浩又是如何回应的呢?

锤子科技陷入危机事件

1、据最新消息报道称,罗永浩的公司锤子科技已经陷入重大的资金危机,公司资金链到目前已经无法支撑为其员工支付工资。

2、由于公司内部资金链问题,公司或将裁员只会留下40%的工作人员。

3、罗永浩被暗示或将患有抑郁症,对公司形象造成一定影响。

罗永浩这样回应

针对以上锤子科技的危机事件,我们看看锤子科技和罗永浩是如何回应的。

1、锤子科技公司方面向媒体回应称:公司确实有危机,但是请给时间。

2、罗永浩微博回应截图:

从上图可以看出,罗永浩对锤子科技危机事件认为是他人毁谤并会通过法律手段来维权。其次针对有人说的患有抑郁症,罗永浩会亲自前往医院检查出示证明。

针对事件的真假我们不要做键盘侠,等官方宣布结果就好。希望锤子科技可以一直好好的走下去,为客户带来更好的产品。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 锤子科技
    +关注

    关注

    2

    文章

    147

    浏览量

    12489
  • 罗永浩
    +关注

    关注

    0

    文章

    122

    浏览量

    11853
收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    被美国列入实体清单!复旦微强势回应的底气是什么?

    运行平稳,客户服务与交付保障有力。   而这次回应,正是针对前不久美国商务部工业与安全局(BIS)发布公告,将复旦微等23家中国实体列入实体清单。而从此次的回应可以看到,中国企业已经越来越能挺直自己的腰杆,而这背后,是中
    的头像 发表于 09-16 08:51 8231次阅读

    中国叫停Manus收购案,Meta回应

    行业芯事行业资讯
    电子发烧友网官方
    发布于 :2026年04月28日 10:58:15

    自动驾驶汽车如何检测石头这样的小障碍物?

    [首发于智驾最前沿微信公众号]最近有一位小伙伴留言,想让我聊聊自动驾驶汽车对于石头这样的小障碍物,是使用什么视觉任务检测的。在直接回答“如何检测”之前,其实要思考一个更根本的问题,对于一个像石头这样
    的头像 发表于 12-24 16:53 1327次阅读
    自动驾驶汽车如何检测石头<b class='flag-5'>这样</b>的小障碍物?

    “供应链去中国化”?特斯拉副总裁回应

    近日,针对外媒有关“特斯拉要求北美供应链排除中国产零部件”的报道,特斯拉公司副总裁陶琳通过社交媒体公开回应,否认所谓“供应链去中国化”的说法,并强调特斯拉在全球范围内始终坚持统一、客观的供应商选择标准。
    的头像 发表于 11-30 15:59 945次阅读

    如何评价OpenRouter这样的大模型API聚合平台?

    接口。 大模型时代商业模式大多数都是重资产,OpenAI、Anthropic谈论起来都是上亿美元的资本开支,不管是训练还是推理,建设数据中心成本高昂。 OpenRouter这样的转发商,相比之下资本投入就低了2个数量级。 有的人怀疑OpenRouter这样的中间人没有价值
    的头像 发表于 10-28 10:04 803次阅读

    科技云报到:找到真场景,抓住真需求,这样的具身智能才是好AI

    科技云报到:找到真场景,抓住真需求,这样的具身智能才是好AI
    的头像 发表于 10-10 14:49 1.2w次阅读

    RTT stduio编译速度慢的原因?

    笔记本配置:i5-8250U 8G 全固态硬盘点RTT stduio小锤子编译项目,5-10分钟才编译完成,第一次编译长一点可以理解,每次修改重新编译至少3分钟那就受不了,有人跟我同样情况么?是我哪里没配置或者操作错误了?想弃坑了!
    发表于 09-28 15:06

    更改RT-Thread Setting之后不能构建了,如何解决?

    原来能正常构建的工程打开RT-Thread Setting启用了soft timer之后出来就不能构建了,左上角的锤子一直灰色,“项目”菜单下的“构建项目”也没有反应了,怎么解决? 控制台log
    发表于 09-19 07:54

    为什么给传感器发送命令,同样的代码有时候秒回应,之后就不回应了(⊙o⊙)?

    /* 包含必要的头文件 */ #include \"project.h\" // PSoC Creator生成的项目头文件 #include <stdio.h>// 标准输入输出,用于sprintf等函数 #include <stdint.h>// 标准整数类型定义 #include <string.h>// 字符串操作函数 /* 指令帧头定义 */ #define CMD_HEADER_10x42 // 指令帧第一个特征字节 #define CMD_HEADER_20x4D // 指令帧第二个特征字节 #define CMD_STANDBY_CTRL0xF4 // 待机控制指令码 #define STANDBY_CMD_LEN7 // 待机指令总长度(字节数) /* 系统参数配置 */ #define STANDBY_PACKET_SIZE 24 // 预期的待机响应数据包大小 #define CMD_RETRY_INTERVAL 220 // 指令重试间隔时间(毫秒) #define STANDBY_TIMEOUT 3000// 等待待机确认的超时时间(毫秒) #define MAX_RETRY_COUNT 15// 最大重试次数 /* 系统时间变量(毫秒计时)*/ volatile uint32_t systemtime = 0; // 使用volatile防止编译器优化 /* 待机控制状态结构体 */ typedef struct { volatile uint8_t standbyCmdSent;// 1=已发送待机指令 volatile uint8_t standbyConfirmed;// 1=收到待机确认 volatile uint8_t retryCount;// 当前重试次数计数 uint32_t lastStandbyCmdTime;// 最后一次发送指令的时间戳 } STANDBY_CTRL; /* 全局待机控制状态实例 */ STANDBY_CTRL standbyCtrl; /* 待机指令数据包(固定格式)*/ const uint8_t standbyCmd[STANDBY_CMD_LEN] = { CMD_HEADER_1, // 帧头字节1 CMD_HEADER_2, // 帧头字节2 CMD_STANDBY_CTRL,// 指令码(待机控制) 0x00,// 数据高字节(00=待机) 0x00,// 数据低字节 0x01,// 校验字节1(固定值) 0x83 }; // 校验字节2(校验和) /* 发送待机指令函数 / void SendStandbyCommand(void) { / 通过UART发送指令数据 */ PM_UART_PutArray(standbyCmd, STANDBY_CMD_LEN); /* 更新发送状态 */ standbyCtrl.standbyCmdSent = 1; // 设置已发送标志 standbyCtrl.lastStandbyCmdTime = systemtime; // 记录发送时间 standbyCtrl.retryCount++; // 增加重试计数器 /* 打印调试信息 */ UART_PutString(\"CMD[\");// 输出指令前缀 char info[10];// 临时缓冲区 sprintf(info, \"%d/%d]: \", // 格式化重试信息 standbyCtrl.retryCount, MAX_RETRY_COUNT); UART_PutString(info);// 输出重试次数 /* 打印完整指令内容(十六进制) */ for (uint8_t i = 0; i < STANDBY_CMD_LEN; i++) { char hex[4]; // 临时存储十六进制字符串 sprintf(hex, \"%02X \", standbyCmd[i]);// 格式化字节为十六进制 UART_PutString(hex); // 输出字节 } UART_PutString(\"\\\\n\"); // 换行 } /* 进入待机模式流程控制 / void EnterStandbyMode(void) { / 重置所有状态标志 */ standbyCtrl.standbyCmdSent = 0;// 清除发送标志 standbyCtrl.standbyConfirmed = 0; // 清除确认标志 standbyCtrl.retryCount = 0; // 重置重试计数器 /* 发送第一条待机指令 */ SendStandbyCommand(); } /* 系统滴答定时器中断回调函数 */ void SysTickISRCallback(void) { systemtime++;// 每毫秒递增系统时间计数器 } /* UART接收中断服务程序 / CY_ISR(UART_Sensor_Rx_Isr) { / 读取接收到的数据字节 */ uint8_t rxData = PM_UART_ReadRxData(); /* 简化处理:仅检测响应帧头0x42 */ if(rxData == CMD_HEADER_1) { standbyCtrl.standbyConfirmed = 1; // 设置确认标志 UART_PutString(\"ACK received\\\\n\");// 打印确认信息 } } /* 主程序入口 / int main(void) { / 硬件初始化 */ CyGlobalIntEnable;// 开启全局中断 UART_Start(); // 初始化调试UART PM_UART_Start(); // 初始化传感器UART /* 中断配置 */ PM_UART_SetRxInterruptMode(PM_UART_RX_STS_FIFO_NOTEMPTY); // 设置接收中断模式 PM_ISR_StartEx(UART_Sensor_Rx_Isr);// 注册UART中断服务程序 /* 系统时间初始化 */ CySysTickStart();// 启动系统滴答定时器 CySysTickSetCallback(0, SysTickISRCallback); // 注册定时器回调 /* 打印启动信息 */ UART_PutString(\"System Ready - Max Retry=\"); // 输出前缀 char maxRetry[3];// 临时缓冲区 sprintf(maxRetry, \"%d\", MAX_RETRY_COUNT); // 格式化最大重试次数 UART_PutString(maxRetry); // 输出次数 UART_PutString(\"\\\\n\");// 换行 /* 开始待机流程 */ EnterStandbyMode(); // 首次进入待机模式 /* 主循环 */ for(;;) { /* 检查指令已发送但未确认的情况 */ if(standbyCtrl.standbyCmdSent && !standbyCtrl.standbyConfirmed) { /* 检测是否超时 */ if((systemtime - standbyCtrl.lastStandbyCmdTime) > STANDBY_TIMEOUT) { /* 判断是否达到最大重试次数 */ if(standbyCtrl.retryCount < MAX_RETRY_COUNT) { /* 未达最大次数,继续重试 */ UART_PutString(\"Timeout - \"); // 打印超时信息 SendStandbyCommand();// 重发指令 } else { /* 已达最大重试次数 */ UART_PutString(\"Max retry reached. \"); // 打印错误信息 UART_PutString(\"Last try delay:\");// 打印延迟信息 char delay[10];// 临时缓冲区 sprintf(delay,\"%lums\\\\n\",// 格式化延迟时间 systemtime - standbyCtrl.lastStandbyCmdTime); UART_PutString(delay); // 输出延迟时间 /* 重置状态,5秒后重新尝试 */ standbyCtrl.standbyCmdSent = 0;// 清除发送标志 CyDelay(5000); // 延时5秒 EnterStandbyMode();// 重新开始流程 } } } /* 检查是否收到确认 */ if(standbyCtrl.standbyConfirmed) { /* 打印成功信息 */ UART_PutString(\"Standby confirmed. Total tries:\"); char tries[4];// 临时缓冲区 sprintf(tries, \"%d\\\\n\", standbyCtrl.retryCount); // 格式化尝试次数 UART_PutString(tries); // 输出次数 /* 待机确认后的永久循环 */ while(1) { CyDelay(1000); // 可在此处添加低功耗处理 } } /* 主循环延迟(降低CPU占用率) */ CyDelay(100); } }*附件:PTQS1005A-N 多合一传感器中文规格书 V1.0.pdf
    发表于 07-29 10:54

    台积电正面回应!日本芯片厂建设不受影响,仍将全速推进

    美国政府可能对中国台湾地区生产芯片征收关税的风险。然而,台积电在回应 Tom's Hardware 询问时明确表示,其在美国亚利桑那州的重大投资计划,不会影响其在日本和德国的芯片制造工厂计划。 台积电发言人强调,公司不对市场传闻发表评论,其全球
    的头像 发表于 07-08 11:29 1328次阅读

    海康威视被封杀!强势回应

    长 Melanie Joly 在 X 平台上发表声明,明确表示加拿大政府已勒令海康威视加拿大公司停止其在加拿大的所有运营,并关闭业务。   对此,海康威视在互动平台回应称,加拿大市场在海康威视 2024 年营业收入占比中不足 0.3%。面对各种政治打压,海康
    的头像 发表于 07-01 00:20 8826次阅读

    小米YU7刹车片起火?官方回应

    电子发烧友网综合报道 日前,有媒体发布了在赛道测试小米YU7时刹车片起火的视频。小米汽车随后回应称,视频中,小米YU7Max在天津V1赛车场进行1个暖胎圈+1个飞行圈后,在未进行散热圈的极端情况下
    的头像 发表于 07-01 00:15 4900次阅读
    小米YU7刹车片起火?官方<b class='flag-5'>回应</b>

    罗永浩数字人刷屏背后,文心大模型成为直播行业的“剧本总导演”

    从真人顶流到AI新星,罗永浩数字人凭什么“技惊四座”?
    的头像 发表于 06-19 09:42 3001次阅读
    <b class='flag-5'>罗永浩</b>数字人刷屏背后,文心大模型成为直播行业的“剧本总导演”

    关于“车圈恒大”,比亚迪回应

    电子发烧友网综合报道 6月8日,比亚迪集团品牌及公关处总经理李云飞在微博发文回应“常压油箱”“车圈恒大”两大争议问题。   关于“常压油箱”,李云飞称,中国PHEV技术及标准走在世界前列,这与早期
    的头像 发表于 06-10 00:11 4900次阅读
    关于“车圈恒大”,比亚迪<b class='flag-5'>回应</b>

    当我问DeepSeek国内压力传感器哪家强,它这样回答

    我国传感器行业面临着严峻的“卡脖子”困境,高端传感器产品严重依赖进口,整体技术水平与国际先进水平相比落后。全球传感器市场长期被海外巨头企业所主导,我国中高端传感器市场处于被动局面。基于这样的局面,我
    的头像 发表于 05-28 14:48 1735次阅读
    当我问DeepSeek国内压力传感器哪家强,它<b class='flag-5'>这样</b>回答