一.简单使用Unity多语言插件I2Localization简单使用二.实现多语言的简单总结1.Localize 挂载在组件上的脚本持有一个LocalizeTarget，会根据不同控件和选择，执行不同的本地化操作。FindTarget里面会根据控件和选择生成对应的目标: 2.注册泛型类作为LocalizeTarget比如TextImageRawImage之后就可以根据不同情况处理因为是在类的静态构造函数中，启动即自动注册到LocalizationManager的mLocalizeTargets 作为支持的所有类型3.设置语言之后会获取所有Localize来执行更新操作4.如图:
一.简单使用Unity多语言插件I2Localization简单使用二.实现多语言的简单总结1.Localize 挂载在组件上的脚本持有一个LocalizeTarget，会根据不同控件和选择，执行不同的本地化操作。FindTarget里面会根据控件和选择生成对应的目标: 2.注册泛型类作为LocalizeTarget比如TextImageRawImage之后就可以根据不同情况处理因为是在类的静态构造函数中，启动即自动注册到LocalizationManager的mLocalizeTargets 作为支持的所有类型3.设置语言之后会获取所有Localize来执行更新操作4.如图:
1.1前言在使用I2C通信时，一般会用到软件模拟I2C。目前网络上能搜索到的软件模拟I2C一般都是模拟I2C主机，很少有模拟I2C从机的例程。由于I2C主机在进行数据收发时，有明确的可预见性，也就是主机明确知道什么时候要进行数据的收发操作，而且I2C的同步时钟信号也是由主机产生的，所以实现起来相对来说比较简单。而I2C从机的通信受制于主机，即什么时候需要进行数据的收发都是由主机发起的，数据收发的发起时机具有随机性。由于实际使用时，MCU的固件还会执行其他的操作，所以如果单纯使用软件查询的方法来判断I2C通信的起始信号不太现实。这里提供一种软件模拟I2C从机的实现方法，考虑使用GPIO中断的方
1.1前言在使用I2C通信时，一般会用到软件模拟I2C。目前网络上能搜索到的软件模拟I2C一般都是模拟I2C主机，很少有模拟I2C从机的例程。由于I2C主机在进行数据收发时，有明确的可预见性，也就是主机明确知道什么时候要进行数据的收发操作，而且I2C的同步时钟信号也是由主机产生的，所以实现起来相对来说比较简单。而I2C从机的通信受制于主机，即什么时候需要进行数据的收发都是由主机发起的，数据收发的发起时机具有随机性。由于实际使用时，MCU的固件还会执行其他的操作，所以如果单纯使用软件查询的方法来判断I2C通信的起始信号不太现实。这里提供一种软件模拟I2C从机的实现方法，考虑使用GPIO中断的方
想了解更多关于开源的内容，请访问：51CTO 开源基础软件社区https://ost.51cto.com一、硬件通信1、串口通信（1）Uart函数接口涉及串口相关的函数主要是初始化、发送/读取数据、去初始化函数整理如下：函数描述依赖IoTUartInit(unsignedintid,constIotUartAttribute*param)初始化指定的UART端口id： 表示UART设备的端口号param：表示指向UART属性的指针//base/iot_hardware/peripheral/interfaces/kits/iot_uart.hIoTUartRead(un
想了解更多关于开源的内容，请访问：51CTO 开源基础软件社区https://ost.51cto.com一、硬件通信1、串口通信（1）Uart函数接口涉及串口相关的函数主要是初始化、发送/读取数据、去初始化函数整理如下：函数描述依赖IoTUartInit(unsignedintid,constIotUartAttribute*param)初始化指定的UART端口id： 表示UART设备的端口号param：表示指向UART属性的指针//base/iot_hardware/peripheral/interfaces/kits/iot_uart.hIoTUartRead(un
最近做项目测试时发现I2Cdata信号低电平不能完全到0电平，如下图量测到低电平最大值150mV左右，检查SOC及负载端SPEC，低电平最大值都是VILmax=0.35VDD对于1.8V的IO电平，这个电压是0.35x1.8=0.63V显然150mV但拍电视也不能在第一集就结束吧，显然还需要继续分析……但要深究原因，那就又得重新抓起……，那就从新抓起吧，反问：为啥会出现不到0的情况？最容易想到的是内部MOS有压降，啥情况下有压降，电流大了会有压降，对，所有的MOS在开启时都有Ron，虽然都很小，但在电流大的时候这个压降在所难免，查了下高通IO电压压降，显示最大50mV,也就是正常GPIO在低电
最近做项目测试时发现I2Cdata信号低电平不能完全到0电平，如下图量测到低电平最大值150mV左右，检查SOC及负载端SPEC，低电平最大值都是VILmax=0.35VDD对于1.8V的IO电平，这个电压是0.35x1.8=0.63V显然150mV但拍电视也不能在第一集就结束吧，显然还需要继续分析……但要深究原因，那就又得重新抓起……，那就从新抓起吧，反问：为啥会出现不到0的情况？最容易想到的是内部MOS有压降，啥情况下有压降，电流大了会有压降，对，所有的MOS在开启时都有Ron，虽然都很小，但在电流大的时候这个压降在所难免，查了下高通IO电压压降，显示最大50mV,也就是正常GPIO在低电
使用GPIO模拟I2C的驱动程序分析文章目录使用GPIO模拟I2C的驱动程序分析参考资料：一、回顾I2C协议1.1硬件连接1.3协议细节二、使用GPIO模拟I2C的要点三、驱动程序分析3.1平台总线设备驱动模型3.2设备树3.3驱动程序分析1.I2C-GPIO驱动层次2.传输函数分析四、怎么使用I2C-GPIO致谢参考资料：i2c_spec.pdfLinux文档Linux-5.4\Documentation\devicetree\bindings\i2c\i2c-gpio.yamlLinux-4.9.88\Documentation\devicetree\bindings\i2c\i2c-gp
使用GPIO模拟I2C的驱动程序分析文章目录使用GPIO模拟I2C的驱动程序分析参考资料：一、回顾I2C协议1.1硬件连接1.3协议细节二、使用GPIO模拟I2C的要点三、驱动程序分析3.1平台总线设备驱动模型3.2设备树3.3驱动程序分析1.I2C-GPIO驱动层次2.传输函数分析四、怎么使用I2C-GPIO致谢参考资料：i2c_spec.pdfLinux文档Linux-5.4\Documentation\devicetree\bindings\i2c\i2c-gpio.yamlLinux-4.9.88\Documentation\devicetree\bindings\i2c\i2c-gp
