蜗牛星际矿渣主板接口分析(A主板)

发布于

 

A 机箱，双网口，黑板，千兆芯片 Intel 82583V

  • ①② 音频芯片和音频座，带 mic，接口顺序应该是标准的
  • ③ 网口指示灯接口
  • ④ USB 2.0 接口，2个，接到前面板
  • ⑤ USB 2.0 hub 芯片，一拖四，实际拖了 ④ 两组，音频座旁边的 USB 2.0 座一组 ，⑭上面的接口一组，下面的我确定为空的，可能是工程师怕插 USB 设备和芯片干涉
  • ⑥ ⑦ RS232 芯片和接口
  • ⑧ 网口芯片 82583V的存储器
  • ⑨ ⑪ 都是电源芯片
  • ⑩ 新塘 mcu 主要是控制开关机风扇等等
  • ⑫ 四针风扇接口
  • ⑬ SATA LED接口
  • ⑮ 控制线和灯接口，从上往下数
    左 右
    1 硬盘灯+ 2 电源灯+
    3 硬盘灯- 4 电源灯-
    5 复位- 6 电源+
    7 复位+ 8 电源-
    空 空

  • ⑯⑰ SATA 阵列芯片 MARVELL 的 88SE9215，接口一共五个，CPU 一共 2 组 SATA3 ，应该是给了固态硬盘和中间的 SATA 座，边上的接口应该都是 PCIe 转的，千兆网口也是 PCIe 转的

88SE9215 支持 SATA3，但 PCIe 最大支持到 5G：

再看这边主板：

  • ① ② 都是电源芯片
  • ③ 四针风扇
  • ④ 应该是 BIOS ，华邦的 25系列
  • ⑤ 跳线，功能未知，看走线，猜测应该是拉高或拉低
整个板的工艺我觉得还可以，元器件也没怎么精简，稳定性先跑跑看吧。 来源：https://mianao.info/2019/03/11/%E8%9C%97%E7%89%9B%E6%98%9F%E9%99%85%E7%9F%BF%E6%B8%A3%E4%B8%BB%E6%9D%BF%E6%8E%A5%E5%8F%A3%E5%88%86%E6%9E%90

评论

发表评论

此博客中的热门博文

远离你身边的煤气灯人

发布于
今天讲个煤气灯人的故事，这可不是一个关于张牙舞爪的喷火小木偶的恐怖故事。 我想说的远比恐怖故事惊悚多了。 它毁人心智，杀人于无形。 何为煤气灯人？如果你感觉这个词很陌生，那么朋友，你听说过PUA吗？ PUA（Pick-up Artist，把妹达人），一个近年来广为人知的群体，与其相关的理论亦称为“泡学”。 大量不善交际的尝试者，几经辗转购入高价PUA课程，并将其珍若江湖两性秘笈。但同时在更多人眼中，PUA群体也沦为过街之鼠，人人喊打。甚至还有人故意在人际交往中，突显自己的直男直女本性，与“套路”二字划清界限。 但你真以为自己能摆脱PUA吗——Nope，甚至也许 你就是正在进行“情感操纵”的PUA本A 。 01. PUA，其实就是一种煤气灯人 现今意义上的PUA，上可追溯至1944年，由美国导演乔治·库克执导的一部惊悚片 《煤气灯下》（Gaslight） 中的主角安东。 在电影中，钢琴师安东（CharlesBoyer饰）为了将妻子宝拉（Ingrid Bergman饰）所要继承的大额财产据为己有，一面将自己伪装成潇洒体贴的丈夫，另一面又不断使用各种心理战术，联合家中的女佣企图将妻子逼疯。 在丈夫缜密的心理操纵下，宝拉逐渐变得神经兮兮，怀疑现实、质疑自己，最后在精神上几乎完全依附于安东。 这种试图破坏他人对现实的感知的情感操纵，也因该电影而得名为 Gaslighting（煤气灯操纵） 。下面我挑选了几个经典的Gaslighting片段让大家品品： Part 1 信息封锁：在一段时间内不断重复强调某一信息 安东和宝拉新婚满三个月时，外出去伦敦塔游玩。出门前安东送给妻子一枚小巧的白色胸针，声称是母亲去世前留给他的，并嘱咐宝拉把它收好。 此时安东略显刻意地强调了一句： “你可能会弄丢，你知道的，你经常丢三落四” 。这是电影中安东第一次对宝拉实施Gaslighting，也是宝拉初步对自己产生怀疑。 但是在二人离去之后，两位女佣之间的对话又再次佐证了，宝拉从未体现出任何异常。但是男主人安东，却不断向他们传输“女主人生病了”这一信息。 如果说此时，仆人们还对女主人生病一事尚有所怀疑。那么接下来的事情，就令他们对于这一言论深信不疑了。 当天的游玩结束后，安东便以饰物常年未佩戴、需要修理为由，向宝拉索要胸针。由于安东从一开始就并未将胸针放入宝拉的手包，而是偷偷将其藏在手心转移至别处，...
阅读全文

awk查看与统计nginx访问日志

发布于
切割日志 查找7月16日访问log导出到17.log文件中： cat web_access.log | egrep "17/Jul/2017" | sed -n '/00:00:00/,/23:59:59/p' > /tmp/16.log 查看访问量前10的IP awk '{print $1}' web_access.log | sort | uniq -c | sort -nr | head -n 10 查看访问前10的URL awk '{print $11}' web_access.log | sort | uniq -c | sort -nr | head -n 10 查询访问最频繁的URL awk '{print $7}' web_access.log | sort | uniq -c | sort -n -k 1 -r | more 查询访问最频繁的IP awk '{print $1}' web_access.log | sort | uniq -c | sort -n -k 1 -r | more 根据访问IP统计UV awk '{print $1}' web_access.log | sort | uniq -c | wc -l 统计访问URL统计PV awk '{print $7}' web_access.log | wc -l 根据时间段统计查看日志 cat web_access.log | sed -n '/17\/Jul\/2017:12/,/17\/Jul\/2017:13/p' | more https://blog.csdn.net/zhengholien/article/details/78006887
阅读全文

ELK实时分析之php的laravel项目日志

发布于
最近因公司项目增多，且环境也越来复杂，开发人员找我查看错误日志越来越频繁，心里便念想到ELK，心之所想，念之所达，快来get一项新技能吧 1、系统架构组成 laravel日志：日志源通过filebeat将日志写进redis中间件 logstsh：logstash通过input将redis数据拿来分析，通过其filter模块分析所需要的语句，然后输出到elasticsearch 3.elasticsearch 接收logstash发送过来的数据，并提供了一个分布式多用户能力的全文搜索引擎 Kibana是一个优秀的前端日志展示框架，它可以非常详细的将日志转化为各种图表，为用户提供强大的数据可视化支持。 二、各个服务的ip地址 laravel: 172.18.109.227 redis: 172.18.215.207 elasticsearch: 172.18.215.207 kibana: 172.18.215.207 复制代码 三、laravel日志服务器配置： 配置filebeat yum源文件 [elastic-5.x] name=Elastic repository for 5.x packages baseurl=https://artifacts.elastic.co/packages/5.x/yum gpgcheck=1 gpgkey=https://artifacts.elastic.co/GPG-KEY-elasticsearch enabled=1 autorefresh=1 type =rpm-md 复制代码 安装filebeat yum install filebeat 复制代码 配置filebeat配置文件 ... #写入源 - input_type: log paths: - /var/www/html/*/storage/logs/laravel-2018-12-29.log ... #输出至redis output.redis: # Array of hosts to connect to. hosts: [ "172.18.215.207:6379" ] password: "***********" db: 0 timeout: 5...
阅读全文

Windows 操作系统微软官方镜像

发布于
  Windows 发布信息详细版本 常用系统版本（按发布日期最新到最旧） 系统大小(ISO) 是否需要激活 ISO文件SHA-1 相关工具 Windows 10 简体中文企业版2019长期服务版64位 4.71GB 是 24B59706D5EDED392423936C82BA5A83596B50CC HEU_KMS & MAS Windows 10 简体中文企业版2019长期服务版32位 2.98GB 是 BA2169EDD94F123211CD4AACA68352F1AB6195D9 HEU_KMS & MAS Windows 10 简体中文企业版2016长期服务版64位 3.56GB 是 9E405E950890D2A196565BCA35E152F9CFAD296D HEU_KMS & MAS Windows 10 简体中文企业版2016长期服务版32位 2.62GB 是 0422052F25C9C8DF983F3B287F725860AAB907CF HEU_KMS & MAS Windows 7 With SP1 简体中文旗舰版64位 3.19GB 是 2CE0B2DB34D76ED3F697CE148CB7594432405E23 小马OEM7F周年纪念版 & Chew-WGA Windows 7 With SP1 简体中文旗舰版32位 2.47GB 是 B92119F5B732ECE1C0850EDA30134536E18CCCE7 小马OEM7F周年纪念版 & Chew-WGA Windows XP SP3 简体中文专业版 601.04MB 是(也可说否) D142469D0C3953D8E4A6A490A58052EF52837F0F MRX3F-47B9T-2487J-KWKMF-RPWBY Microsoft VC++ 运行库官方安装包 Microsoft Visual C++ Redistributable 所有历史版本官方下载连接 https://cdn.jsdelivr.net/gh/abbodi1406/vcredist...
阅读全文

百度网盘资源搜索网站大全

发布于
https://www.h2ero.com/    [闪电云]  https://www.aisouziyuan.com/    [爱搜资源]  http://www.pansoso.com/    [盘搜搜]  https://www.yunpanjingling.com/    [云盘精灵]  https://www.52sopan.com/    [我爱搜盘]  https://yunpanem.com/    [云盘恶魔]  http://www.xiaobaipan.com/    [小白盘]  https://nyaso.com/    [喵搜动漫]  https://www.fqsousou.com/    [番茄搜搜]  http://www.shiyue.org/    [十月搜索]  http://www.sopanba.com/    [搜盘吧]  https://www.xiaobd.net/    [小不点搜索]  http://www.panduoduo.net/    [盘多多]  http://www.slimego.cn/    [史莱姆]  http://www.kengso.com/    [坑搜网]  http://www.repanso.com    [热盘搜]  http://www.panmeme.com/    [盘么么]  http://wx01.51caichang.com/    [51网盘]  http://wx.haogow.com/    [西部维度]  http://wx.xingtuhua.com/    [商务中国]...
阅读全文

kubernetes的Headless Services

发布于
1.什么是Headless Services Headless Services是一种特殊的service，其spec:clusterIP表示为None，这样在实际运行时就不会被分配ClusterIP。 2.Headless Services使用场景（客户端负载） 服务端负载：正常的service 下面挂的是Endpoints（podIP数组），通过iptables规则转发到实际的POD上 客户端负载：Headless Services不会分配ClusterIP,而是将Endpoints（即podIP数组）返回，也就将服务端的所有节点地址返回，让客户端自行要通过负载策略完成负载均衡。 3.实践 #nginx yaml [ root@node1 yaml ] # cat nginx . yaml apiVersion : v1 kind : Service metadata : name : nginx - service spec : selector : app : nginx - demo ports : - port : 80 name : nginx clusterIP : None -- - apiVersion : apps / v1beta1 kind : Deployment metadata : name : nginx - dp spec : serviceName : "nginx-service" replicas : 1 template : metadata : labels : app : nginx - demo spec : containers : - name : nginx image : nginx : 1.7 .9 ports : - containerPort : 80 name : web [ root@node1 ~ ] # kubectl get svc NAME TYPE ...
阅读全文

盘点下我通关过的86款SFC游戏

发布于
大家好，我是“经典JRPG”贴吧的吧主。今天来聊聊我通关过的86个SFC游戏 1、星之卡比3 超任末期的游戏  1997年才出的 那时已经是PS风光无限的时代 这款游戏和耀西岛一样，采用了童话般的蜡笔画风 卡比系列的大多数作品，都只能吸收敌兵，学习敌兵技能。而这一作，则可以与5、6种可爱的小动物合体。合体后再使用敌兵的技能，效果都是完全不同的！总共有4、50种攻击方式。 和不同动物合体后，行动的特点也完全不一样，有的会飞，有的能游泳，有的身体强壮而笨重，玩起来的感觉各有千秋 这游戏虽然没有其他ACT那样惊险、刺激，但边听游戏中美妙的音乐边看这童话般的画面，感觉真的很美好 2、樱桃小丸子南国岛 樱桃小丸子是我最喜欢的动画片，而超任上这款《南国岛》更是我心目中不可多得的佳作。 游戏中有三个小游戏——扔皮球、拖地板、水上碰撞，每个都有很多关，对手是小丸子的各位同学——小玉、丸尾、花轮。这三个小游戏还能两个人对战，以前用它来欺负自己的妹妹真是非常有意思~ 此外，游戏中还有智力问答和画板两个附加内容。智力问答我自然看不懂。。。画板虽然肯定不能和WINDOWS自带的画图工具相比，但也别有一番乐趣 游戏的音乐也是非常赞，不比动画片里的配乐差 3、米老鼠的魔法大冒险1 米老鼠系列也是SFC上不可多得的经典ACT 很怀念以前CAPCOM的迪士尼游戏。FC上的小美人鱼、睡衣英雄（小尼莫）、松鼠大战，SFC上的米老鼠系列和阿拉丁，都是手感、音乐、画风俱佳的极品。 很多SFC的迪士尼游戏也被移植到了GBA上。与GBA上那些欧美厂商做的迪士尼游戏比起来，高下立判。 米老鼠系列我SFC上我就通了1和3。感觉2代的画面反而不如1，有些简陋。后来得知原来2代是SFC、MD双版本的，估计CAPCOM是以MD版作为蓝本，直接移植到SFC上的吧。 1代我研究也不深，也就通了1、2遍 4、米老鼠的魔法大冒险3（又名米老鼠和唐老鸭） 刚刚忘了介绍，米老鼠系列的一大特色就是换装系统 不同的装束，拥有不同的技能。 我第一次玩米老鼠3的时候是初二。那时这个游戏把我深深震撼了，第一感觉就是很像以前FC上的松鼠大战。玩到后面，无论是画面还是游戏性，都是无可挑剔。 这游戏我玩了几十遍，几乎所有的隐藏要素都发现了。 和弟弟妹妹也一起玩过双人模式，乐趣倍增 5、阿拉丁 这也是CAPCOM迪士尼游戏的佼佼者。 游戏中...
阅读全文

MySQL纪录一次left join一对多关系而引起的BUG

发布于
BUG背景 我们有一个 订单表 和 一个 物流表 它们通过 订单ID 进行一对一的关系绑定。但是由于物流表在保存订单信息的时候没有做判断该订单是否已经有物流信息， 这就变成同一个订单id在物流表中存在多条数据，也就变成了本来订单表只有100条纪录，而left join 物流表后，所查询的订单数据远远大于100条。 总结 趁着上面这个问题，自己来复习下 join语句 和 distinct 关键字，同时说明如何解决就算关联是一对多，但我还是想只显示100条订单数据的方法。 一、理论 先再讲下关联表查询的几种表达式，网上找了一张图，通过这张图就能理解所有关联查询的含义。 left join(左联接) 返回包括 左表 中的所有记录和右表中联结字段相等的记录 。 right join(右联接) 返回包括 右表 中的所有记录和左表中联结字段相等的记录。 inner join(等值连接) 只返回两个表中联结字段相等的行。 二、left join一对一和一对多 1、一对一关联表查询 业务逻辑1 有两张表，一张商品表、一张商品订单表回显订单列表的时候需要订单表关联商品表，如下 1）商品表 DROP TABLE IF EXISTS `t_product` ; CREATE TABLE `t_product` ( `product_id` char ( 32 ) NOT NULL DEFAULT '' COMMENT '主键ID' , `pro_name` varchar ( 64 ) DEFAULT NULL COMMENT '商品名称' , `cash` double ( 10 , 2 ) DEFAULT '0.00' COMMENT '商品价格' , `pro_code` varchar ( 32 ) DEFAULT NULL COMMENT '商品编号' , PRIMARY KEY ( `product_id` ) ) ENGINE = InnoDB DEFAULT CHARSET =utf8 COMMENT = '商品表...
阅读全文

Tailscale 开源版中文部署指南（支持无限设备数、自定义多网段 、自建中继等高级特性）

发布于
目前国家工信部在大力推动三大运营商发展 IPv6，对家用宽带而言，可以使用的 IPv4 公网 IP 会越来越少。有部分地区即使拿到了公网 IPv4 地址，也是个大内网地址，根本不是真正的公网 IP，访问家庭内网的资源将会变得越来越困难。 部分小伙伴可能会选择使用 frp 等针对特定协议和端口的内网穿透方案，但这种方案还是不够酸爽，无法访问家庭内网任意设备的任意端口。更佳的选择还是通过 VPN 来组建大内网。至于该选择哪种 VPN，毫无疑问肯定是 WireGuard，WireGuard 就是 VPN 的未来。 我已经不止一次向大家推荐使用 WireGuard 了，我累了，不想再讲了，你爱 JB 用辣鸡 OpenVPN 之类的就用吧，你开心就好。 WireGuard 相比于传统 VPN 的核心优势是没有 VPN 网关，所有节点之间都可以点对点（P2P）连接，也就是我之前提到的  全互联模式（full mesh） ，效率更高，速度更快，成本更低。 WireGuard 目前最大的痛点就是上层应用的功能不够健全，因为 WireGuard 推崇的是 Unix 的哲学，WireGuard 本身只是一个内核级别的模块，只是一个数据平面，至于上层的更高级的功能（比如秘钥交换机制，UDP 打洞，ACL 等），需要通过用户空间的应用来实现。 所以为了基于 WireGuard 实现更完美的 VPN 工具，现在已经涌现出了很多项目在互相厮杀。笔者前段时间一直在推崇  Netmaker ，它通过可视化界面来配置 WireGuard 的全互联模式，它支持 UDP 打洞、多租户等各种高端功能，几乎适配所有平台，非常强大。然而现实世界是复杂的，无法保证所有的 NAT 都能打洞成功，且 Netmaker 目前还没有 fallback 机制，如果打洞失败，无法 fallback 改成走中继节点。Tailscale 在这一点上比 Netmaker 高明许多，它支持 fallback 机制，可以尽最大努力实现全互联模式，部分节点即使打洞不成功，也能通过中继节点在这个虚拟网络中畅通无阻。 没错，我移情别恋了，从 Netmaker 阵营转向了 Tailscale，是渣男没错了。 Tailscale 是什么 Tailscale 是一种基于 WireGuard 的虚拟组网工具，和 Netmaker...
阅读全文