[前言] 本文引用各种资料甚多,而引用出处标明并不详细,若有侵权,请联系删除. 转载请注明出处:https://www.cnblogs.com/leisure_chn/p/10381616.html 一.问题描述 RS-485(亦称TIA-485, EIA-485)作为一种半双工总线,其收发过程不能同时进行. RS-485通信的具体硬件原理可查阅其他资料,此处不详述.本文仅描述其控制方法及相关问题. 通常由CPU引出三根管脚:两个UART管脚(记作PIN_RX.PIN_TX)和一个485收发方向

用C#编写的wince串口通信程序基本大功告成了,与之前用API函数和线程来做串口通信不同,这次直接使用SerialPort控件来做,原本以为使用控件做会简单和方便许多,没成想,还遇到了很多麻烦. 通信协议解析判断.控件数据更新显示等等都没有给我造成什么障碍,却偏偏在“关闭串口”这个地方卡壳了. 在网上看了很多帖子,发现遇到这一问题的人还比较多,按他们的建议和方法都试过了,比如,加close和dataReceive接收标志的方式,或者close之后再Dispose释放资源,或者Applicati

通常在出现系统崩溃后,大家会担心再次出现故障,但是发现系统各日志中并没有记录到任何死机前后的信息,无法分析故障原因,认为已经无药可救.但是,实际上,Linux 有多种机制来保证发生系统崩溃后,可以获取有价值的信息用以分析问题.确定是硬件故障,还是应用程序bug 导致的. Linux 中,有如下几种方法来获取各种崩溃时产生的信息. Core dump Core dump 通常用来调试应用程序错误,当某些应用程序运行出现异常崩溃时,可以开启系统的 core dump 功能,来得到一个程序崩溃时的内存

linux死机后不要长按电源建强制关机,容易对损坏系统配置或者电脑硬件,导致重启后产生不必要的麻烦 如果是在图形界面下死机的话,不要再依赖任何图形界面的工具,解决方法如下: 1.一种方式是进入终端界面进行操作,按ctrl+alt+f1(或者f2-f6)进入tty,使用top命令查看一下进程,把一直占用资源很大的进程kill掉 2.如果进入不了tty或者进入tty后不管用,可以采取终极大杀器--reisub方法,这个方法可以在系统死机的情况下安全的重启计算机,数据还不会丢失 具体操作是:按住alt

通常所说的死机是指操作没有响应了,但是操作系统的核心仍然在工作.在windows中,由于只有一个界面,没有响应就是死机了:而在Linux中可有tty1-tty7,死了一个开另外一个把死了的那个杀掉就可以了,所以不存在死机. 要理解这个并不难,windows的界面和Linux的tty-tty7都是shell,使得用户能够与内核交互.在启动时,系统会默认启动shell.在Linux中尤为强调shell,没有弄清这个shell那么就没法学习script等等.在<鸟哥私房菜 基础篇>中有一张笑脸图,这

linux mint 18.3由高分辨率设置为低分辨率的时候,会出现死机现象. 解决方法是:使用命令行: xrandr 查询所有支持的分辨率 然后通过 xrandr -s 1920x1080_59.93 (举例) 设置回来即可

一.  CPU 过高或死锁导致系统卡死 1. CPU占用过高 (1)开线程太多导致CPU占用过高,系统卡死 解决:优化应用层业务逻辑,有些业务不必开线程就不开 (2)频繁清缓存导致读spi-flash频繁,引起CPU过高 解决:在内核中文件系统部分进行处理,不去清缓存,然后在应用层用后台服务进程清缓存.这样可能导致系统内存不够用,这样就需要再对系统内存进行优化 2. CPU死锁 (1)Spinlock+死等导致死锁 (2)应用层pthread_mutex_lock死锁 3.  CPU过热导致系统

stm32串口收发导致的死机 很久以前有偶尔遇到过串口死机的情况,那是当时的我写出来的代码自己都觉得有问题,也就没注意.用了stm32做项目以后也就没遇到过了,今天做了个高压测试,每5ms定时发送一次,结果挂了,而且仿真只能看到程序在乱飞.这回认真做了测试分析,得到以下结论. 我认为之所以导致死机的原因是串口中断没办法及时处理外设缓存的数据.因此,在使用串口应注意: 串口中断中,不管是什么数据,先收了再说. 条件允许的话,串口中断设置为抢占优先级. 同等级中断函数中,尽量不占用过多的时间.

Linux[Manjaro] 小新15AMD ryzen锐龙4800U,在安装系统后出现的随即死机冻屏问题解决办法 年初尝试将manjaro安装在我的笔记本上就存在这个问题,也一度将我劝退.系统安装在其它设备时非常稳定,只是在安装到我的笔记本时一直存在这个问题,出现原因未知也无征兆. 假死后无法启动终端,无法启动任何软件,鼠标可以动,原启动的应用部分运行,接着会一个个退出,切换tty也是卡死的状态. 网上找了很多解决办法,但是都没有用,最后在社区过去的帖子找到了公认的简单解决方案: 使用5.7.

测试平台 宿主机平台:Ubuntu 16.04.6 目标机:iMX6ULL 目标机内核:Linux 4.1.15 目标机添加串口设备 一般嵌入式主板的默认镜像可能只配置了调试串口,并用于 console 控制台打印: 接下来对怎么样通过设备树来分配引脚用于用户串口通信 进行描述: 前提: 目标机以及正常烧录 uboot.内核.文件系统.dtb等:本文仅更新设备树dtb文件: 设备树文件修改 在内核源码中找到相关板子对应的dtb文件: 位置: arch/arm/boot/dts 目录下 本文使用的

Linux下的串口编程,在嵌入式开发中占据着重要的地位,因为很多的嵌入式设备都是通过串口交换数据的.在没有操作系统的我们可以使用UART的中断来出来数据的接受和发送,而在Linux操作系统下,我们也可以使用软中断的方式来处理数据的接受和发送,这里主要使用的是信号SIGIO,也就是异步I/O.这里也可以使用select实现异步形式的通知.  这里可以参考<UNIX 环境高级编程>中的第14章 高级I/O和第18章的I/O终端,这两章描述了串口的编程和异步I/O方面的内容.还有一本书<lin

我们下意识想保存文档时,会不知觉地按下 Ctrl+S 组合键.但如果是正在 Linux 的 Shell 中使用 vi 编辑文本,这么按就糟了,会直接出现卡住.不能动.卡死的现象. 不过,后来我搞明白了,这种卡住.卡机.死机,都是一种假象.解决方法也很简单:再按下 Ctrl+Q 就能解除. 是不是有种知道真相后眼泪掉下来的感觉啊?我当初也是. 再进一步解释下到底是怎么回事?为什么 vim 要有这样的一个假死功能? 你可以做个实验,用 vim 打开一个空文档,先按下 Ctrl+S 再随便按几个数字,

为什么不建议强制关机 如果长按电源按键强制关机,有可能损坏硬件或者丢失数据,甚至导致磁盘坏道! 其实, 大部分时候的死机是假死, 不是真死... 有时候鼠标还能动呢. 还有一个原因: 对于平时忠贞不二的电脑, 我们怎么可以用强制关机这么"家暴"的手段呢... 必须要温柔. 可尝试的解决方法 1. 进入TTY终端 Ctrl+Alt+F1进入TTY1终端字符界面, 输入用户名和密码以登录 输入top命令, 找到可能造成假死的进程, 用kill命令结束掉进程.然后Ctrl+Alt+F7回到桌

dirtycow官网上几个获得rootshell的exp大都会导致机器死机,在原作者的基础上改进了一下,做个记录: /* * (un)comment correct payload first (x86 or x64)! * * $ gcc cowroot.c -o cowroot -pthread * $ ./cowroot * DirtyCow root privilege escalation * Backing up /usr/bin/passwd.. to /tmp/bak * Siz

VMware Workstation虚拟机中的Linux通过NAT模式共享上网配置教程 在VMware Workstation虚拟机下面,Linux虚机要上网,一般是桥接模式,但我自己的电脑上网的环境不同,也懒得去总是配置Linux的网卡信息,所以,设置为NAT模式来共享真机的上网网卡来上网.有错误或者其他大大小小的问题,欢迎大神指出.前提条件是你的虚拟机是通过vmware workstation来创建的虚拟机,在安装vmware workstation时,会在你的系统里面添加两个网卡,一个VM

storysnail的Linux串口编程笔记 作者 He YiJun – storysnail<at>gmail.com 团队 ls 版权 转载请保留本声明! 本文档包含的原创代码根据General Public License,v3 发布 GPLv3 许可证的副本可以在这里获得:http://www.gnu.org/licenses/gpl.html 本文档根据GNU Free Documentation License 1.3发布 GFDL1.3许可证的副本可以在这里获得:http://w

登录 注册 首页 热门话题 最新发布   简单模式 详细模式 dsdt解决睡眠唤醒死机 Leave a reply 首先,感谢x5115x提供了一个相对比较完整的THINKPAD T410在MAC下的DSDT修改的详细教程!使得很多略有程序代码经验的T410使用者能够自己动手修改DSDT. 在x5115x的帖子中,提到了以下几个修改:1)添加DGTP:2)修改LPC,支持原生电源管理:3)修改RTC,防止CMOS重置:4)添加显卡代码(我用了少量的代码+变色龙自动侦测,使得机器可以支持VGA的镜

http://blog.csdn.net/fangchongbory/article/details/7645815         android 常见死机问题--log分析=================================================================================================== 一般在平时工作中,基本上很多代码可以在eclipse+ndk进行调试,但如果需要用到具体的硬件设备,如媒体播放设备无法模拟的

一般在平时工作中,基本上很多代码可以在eclipse+ndk进行调试,但如果需要用到具体的硬件设备,如媒体播放设备无法模拟的情况下,只能上硬件(盒子或手机)上进行调试.此时唯一的调试手段就是logcat产生log信息进行分析问题了. 什么时候会有Log文件的产生 ?一般在如下几种情况会产生log文件 . 1.程序异常退出 uncaused exception 2.程序强制关闭 Force Closed (简称FC) 3.程序无响应 Application No Response(简称ANR),一

linux 串口输出调试 在某些情况下,需要同时对两台或多台Linux主机进行管理和操作.如果手头缺少足够多的键盘和显示器,那么通过一台机器的串口对其余主机进行控制不失为一种快捷.有效的方法. 下面就以两台主机为例,简单介绍一下配置方法.假设这两台主机分别为A和B,它们都运行Red Hat 9.0. A主机配置 A主机要选择一个合适的串口通信工具,本文中使用Linux自带的Minicom. 以root身份登录,运行如下命令: # minicom -s 屏幕上出现Minicom的主配置选单,移动键

Linux串口c_cc[VTIME]和c_cc[VMIN]属性设置的作用 在串口编程模式下,open未设置O_NONBLOCK或O_NDELAY的情况下. c_cc[VTIME]和c_cc[VMIN]映像read函数的返回. VTIME定义等待的时间,单位是百毫秒(通常是一个8位的unsigned char变量,取值不能大于cc_t). VMIN定义了要求等待的最小字节数,这个字节数可能是0. 如果VTIME取0,VMIN定义了要求等待读取的最小字节数.函数read()只有在读取了VMIN个字节