rtc

上一节 S3C2440移植uboot之支持DM9000 移植uboot支持了网卡驱动，这节裁剪和修改uboot默认参数 文章目录 uboot的环境参数 修改uboot的默认环境变量 查看 default_environment[] 裁剪uboot 解决rtc_xxx，cmd_date.c 错误 设置分区 设置save相关宏 设置mtdparts命令 测试mtdparts分区 uboot的环境参数   首先,uboot会去校验(CRC)存放环境变量的一段空间 ,若CRC有效则使用该空间里的环境变量,无效则用默认的环境变量.   而我们移植的uboot,由于一直没有使用save,所以没有读不出CRC校验,使用的默认环境变量,如下图所示: 修改uboot的默认环境变量 搜索 using default environment ，发现这句话是在set_default_env()函数    default_environment这个变量,这是个全局字符数组,从字面上就可知道,这个是默认环境变量数组,里面保存了各个环境值 查看 default_environment[]   bootargs="(环境变量里最重要的一个),是传递给内核的环境变量，里面会保存文件系统位置,控制台console等等。   其他宏的含义如下 "bootcmd=" , 用来启动内核的命令 "bootdelay=" ,

本文主要介绍：热敏电阻,光敏电阻 ,气敏电阻,压敏电阻,湿敏电阻,磁敏电阻,力敏电阻 敏感电阻是指器件特性对温度，电压，湿度，光照，气体， 磁场，压力等作用敏感的电阻器。 常见的敏感电阻器有：热敏电阻、气敏电阻、压敏电阻、湿敏电阻、光敏电阻、磁敏电阻、力敏电阻等。 1、热敏电阻 1）热敏电阻的阻值随着温度变化而变化，可分为正温度系数（RTC）和负温度系数（NTC）两种热敏电阻； 2）正温度系数热敏电阻的阻值随温度升高而升高，随温度降低而降低，负温度系数热敏电阻的阻值随温度升高而降低，随温度降低而升高； 3）利用这一特性既可制成测温、温度补偿和控温组件，又可制成功率型组件，抑制电路的浪涌电流。 4）NTC热敏电阻器的应用：微波功率测量、温度控制、温度补偿、温度控制、稳压温度补偿及换电源、开关电源、UPS电源、各类电加热器、电子节能灯、温度控制电路、电源电路的保护、彩色显像管、白炽灯及其他照明灯具的灯丝保护电路中。 5）PTC热敏电阻器的应用：利用PTC热敏电阻器最基本的电阻温度特性及电压-电流特性和电流-时间特性，PTC热敏电阻器已广泛应用于公元电子设备、汽车及家用电器等产品中，打到自动消磁、过热过流保护、恒温加热、温度补偿及延时等作用。 6）热敏电阻在电路中的简称为MZ或MF 7）热敏电阻的电路图形符号和实物加下图 2、光敏电阻 1）光敏电阻器是依据光电导效应制作而成的

外部路由引入 RTA上配置了一条静态路由，目的网络是10.1.60.0/24，下一跳是RTF 在RTA的OSPF进程下，将配置的静态路由重发布（或者叫做翻译/路由引入）到A公司的OSPF网络中，其中引入外部路由的OSPF路由器叫做ASBR 自治系统边界路由器ASBR（AS Boundary Router）与其他AS交换路由信息的设备称为ASBR，ASBR并不一定位于AS的边界，它可能是区域内设备，也可能是ABR。只要一台OSPF设备引入了外部路由的信息，它就成为ASBR RTA会生成一条AS-External-LSA（五类LSA），用于描述如何从ASBR到达外部目的地； RTB和RTC会生成一条ASBR-Summary-LSA（四类LSA），用于描述如何从ABR到达ASBR 四类LSA和五类LSA，将被OSPF路由器用来计算外部路由 查看五类LSA的信息 <RTA>display ospf lsdb ase self-originate OSPF Process 1 with Router ID 1.1.1.1 Link State Database Type : External //LSA类型 Ls id : 10.1.60.0 //目的网段地址 Adv rtr : 1.1.1.1 //产生此五类LSA ASBR的Router ID Ls age : 1340 Len : 36

今天图玩智能科技继续介绍一下直播技术中在iOS下进行的视频采集。我们为企业提供直播平台的二次开发服务，欢迎随时咨询www.toivan.com. 要了解iOS是怎样进行视频采集的，首先我们要了解 AVCaptureSession，AVCaptureDevice等几个基本概念及iOS上视频采集的工作原理。 基本概念 iPhone 包括了摄像头，麦克风等设备，我们用 AVCaptureDevice 代表它们。同时，摄像头又是一个输入设备，我们还可以用AVCaptureDeviceInput 表示它；同样，麦克风则是另一个输入设备（AVCaptureDeviceInput）。 为了方便，iOS定义了AVCaptureSession类来管理这些输入设备，可以通过 AVCaptureSession 打开某个输入设备进行数据采集，或关闭某个输入设备。 当数据被采集回来后，需要把这些数据进行保存，处理，于是iOS又定义了AVCatpureOutput来做这件事。 下面我们分别介绍每个类。 AVCaptureSession AVCaptureSession 对象用于管理采集活动，协调数据的流入流出。 AVCaptureSession 对象的 startRunning() 方法是一个阻塞调用，可能需要一些时间，因此您应该在串行队列上执行会话设置，以使主队列不被阻止（这将保持UI响应）

OSPF的DV算法 OSPF采用划分区域的方式，将一个大网络划分为多个相互连接的小网络。每个区域内的设备只需同步所在区域内的链路状态数据库，一定程度上降低内存及CPU的消耗。划分区域后，根据路由器所连接区域的情况，可划分两种路由器角色 ① 区域内部路由器（Internal Router）：该类设备的所有接口都属于同一个OSPF区域 ② 区域边界路由器（Area Border Router）：简称ABR，该类设备接口分别连接两个及两个以上的不同区域。ABR设备至少有一个接口属于骨干区域, 它与骨干区域之间既可以是物理连接，也可以是逻辑上的连接 ③ 骨干路由器（Backbone Router）:该类设备至少有一个接口属于骨干区域 所有的ABR和位于Area0的内部设备都是骨干路由器 Summary-LSA  区域内部路由器维护本区域内的链路状态信息并计算区域内的最优路径  区域边界路由器作为区域间通信的桥梁，同时维护所连接多个区域的链路状态数据库  ABR将一个区域内的链路状态信息转化成路由信息，然后发布到邻居区域  链路状态信息转换成路由信息其实就是将一类和二类LSA转化成三类LSA的过程。注意，区域间的路由信息在ABR上是双向传递的 以Area 1中RTD上的192.168.1.0/24的网络为例，其对应的一类LSA在Area 1中同步；作为Area 1和Area

stm8s和stm8l低功耗对比　　 　　在低功耗应用中，一般来说mcu是常态halt模式，然后偶尔被唤醒(外部中断或者内部定时唤醒)进入运行模式。所以对比低功耗性能，一般来说只需要对比run模式和halt下的功耗即可，因为项目选用的是通过内部定时器唤醒，所以选用active halt mode。以下是stm8s003和stm8l151在这两种模式下的功耗对比： run mode： stm8s 　　 stm8l 　　 对比 　　在使用同样的16M内部RC振荡器情况下，stm8s 3.7ma,stm8l 3.54ma，两款mcu耗电量差不多。 active halt mode： stm8s 　　 stm8l 　　 对比 　　在同样的关闭外设，且使用内部低速RC振荡器唤醒的情况下：stm8s 10ua，stm8l 0.54ua。大约有20倍的差距，不过对于要求不是特别高的情况下，ua级别的差距影响不会太大。 实测： 为了实际验证 ，分别将单片机焊接到空板子上编写代码进行测试。 stm8 编写如下代码： 32ms唤醒一次 主程序： void main(void) { CLK_HSECmd ( DISABLE ); CLK_SYSCLKConfig(CLK_PRESCALER_HSIDIV1); AWU_DeInit(); AWU_Init(AWU_TIMEBASE_32MS); CLK

来源： oschina 链接： https://my.oschina.net/u/4276629/blog/4255369

链路状态和LSA的理解 链路状态信息的理解 OSPF作为链路状态路由协议，不直接传递各路由器的路由表，而传递链路状态信息，各路由器基于链路状态信息独立计算路由。所有路由器各自维护一个链路状态数据库。邻居路由器间先同步链路状态数据库，再各自基于SPF（Shortest Path First）算法计算最优路由，从而提高收敛速度 所谓Link State（链路状态）指的就是路由器的接口状态。在OSPF中路由器的某一接口的链路状态包含了如下信息 ① 该接口的IP地址及掩码 ② 该接口的带宽（开销） ③ 该接口所连接的邻居 ④ 链路的类型 OSPF路由器同步的是最原始的链路状态信息，而且对于邻居路由器发来的链路状态信息，仅作转发。最终所有路由器都将拥有一份相同且完整的原始链路状态信息 LSA头部理解 LSA（Link State Advertisement）是路由器之间链路状态信息的载体。LSA是LSDB的最小组成单位，也就是说LSDB由一条条LSA构成的。所有的LSA都拥有相同的头部，关键字段的含义如下：  LS age：此字段表示LSA已经生存的时间，单位是秒。3600s为老化时间，从lsdb中清除 通告的时候是0开始增长 更新时间1800s通告一次（通过LSU维护更新状态）  LS type：此字段标识了LSA的格式和功能。常用的LSA类型有五种  Link State ID

一、简介 webrtc提供了一个实时数据捕获RtcEventLog接口。通过该接口可以实时捕获进出webrtc的RTP报文头数据、音视频配置参数、webrtc的探测数据等。详细可参考RtcEventLogImpl类定义。 void LogVideoReceiveStreamConfig(const rtclog::StreamConfig& config) override; void LogVideoSendStreamConfig(const rtclog::StreamConfig& config) override; void LogAudioReceiveStreamConfig(const rtclog::StreamConfig& config) override; void LogAudioSendStreamConfig(const rtclog::StreamConfig& config) override; void LogRtpHeader(PacketDirection direction, const uint8_t* header, size_t packet_length) override; void LogRtpHeader(PacketDirection direction, const uint8_t* header, size_t

RTC子系统 [TOC] 引入 hctosys.c 查看下内核打印的错误信息如下,很明确指定了程序的入口了 drivers/rtc/hctosys.c: unable to open rtc device (rtc0) 程序流程如下: // 这个也就是定义了段属性,内核在启动的时候会调用的 late_initcall(rtc_hctosys); #define late_initcall(fn) __define_initcall("7",fn,7) static int __init rtc_hctosys(void) { int err; struct rtc_time tm; struct rtc_device *rtc = rtc_class_open(CONFIG_RTC_HCTOSYS_DEVICE); if (rtc == NULL) { printk("%s: unable to open rtc device (%s)\n", __FILE__, CONFIG_RTC_HCTOSYS_DEVICE); return -ENODEV; } .... } interface.c 搜索下为什么打不开设备 rtc_class_open ,可以发现是寻找全局变量 rtc_class 总线的设备 struct rtc_device *rtc_class_open(char