简述BriefIntroductionTPM内部功能模块示意图：引述 TrustedPlatformModuleTechnologyOverview(Windows)|MicrosoftLearn：TrustedPlatformModule(TPM) technologyisdesignedtoprovidehardware-based,security-relatedfunctions.ATPMchipisasecurecrypto-processorthatisdesignedtocarryoutcryptographicoperations.Thechipincludesmultiple
简述BriefIntroductionTPM内部功能模块示意图：引述 TrustedPlatformModuleTechnologyOverview(Windows)|MicrosoftLearn：TrustedPlatformModule(TPM) technologyisdesignedtoprovidehardware-based,security-relatedfunctions.ATPMchipisasecurecrypto-processorthatisdesignedtocarryoutcryptographicoperations.Thechipincludesmultiple
作为一名前端开发，是不是总有这样的体验：基础功能逻辑和页面UI开发很快速，本来可以提前完成，但是接口数据联调很费劲，耗时又耗力，有时为了保证进度还不得不加加班。为了摆脱这种痛苦，经过一周的努力，从零开发了一个灵活无依赖，且集成简单的数据接口Mock工具——Msw-Tools，已开源到NPM，希望对前端小伙伴有所帮助。一、前言Msw-Tools（MockServiceWorkerTools）是一个基于Msw.js和Svelte构建的数据Mock工具，用于前后端接口数据联调，方便开发者在不同数据、不同场景下进行功能测试。Msw-Tools能做什么？Msw-Tools能做什么？Msw-Tools能做
作为一名前端开发，是不是总有这样的体验：基础功能逻辑和页面UI开发很快速，本来可以提前完成，但是接口数据联调很费劲，耗时又耗力，有时为了保证进度还不得不加加班。为了摆脱这种痛苦，经过一周的努力，从零开发了一个灵活无依赖，且集成简单的数据接口Mock工具——Msw-Tools，已开源到NPM，希望对前端小伙伴有所帮助。一、前言Msw-Tools（MockServiceWorkerTools）是一个基于Msw.js和Svelte构建的数据Mock工具，用于前后端接口数据联调，方便开发者在不同数据、不同场景下进行功能测试。Msw-Tools能做什么？Msw-Tools能做什么？Msw-Tools能做
1缘起因为一次开发任务，需要通过ES查询数据，在自测的过程中，由于连接ES异常，请教同事，他同时分享了操作ES的方法：Kibana的Devtools，并娴熟地查询索引数据和数据映射关系，我之前没有在项目中使用过ES，并且没有通过Kibana操作过ES，这是一次新的学习过程，非常感谢他，特分享如下，帮助读者轻松应对开发，提高效率。2配置版本：kibana-7.13.2-linux-x86_64elasticsearch-7.13.22.1配置ES部署ES：https://blog.csdn.net/Xin_101/article/details/100014012主要配置设备限制root用户下，
1缘起因为一次开发任务，需要通过ES查询数据，在自测的过程中，由于连接ES异常，请教同事，他同时分享了操作ES的方法：Kibana的Devtools，并娴熟地查询索引数据和数据映射关系，我之前没有在项目中使用过ES，并且没有通过Kibana操作过ES，这是一次新的学习过程，非常感谢他，特分享如下，帮助读者轻松应对开发，提高效率。2配置版本：kibana-7.13.2-linux-x86_64elasticsearch-7.13.22.1配置ES部署ES：https://blog.csdn.net/Xin_101/article/details/100014012主要配置设备限制root用户下，
关于Linux平台设备驱动模型，并不是创建新的设备分类，是在原有的字符设备基础上使用，将设备和驱动分开，生成两个.ko文件。 Linux内核维护一个全局设备链表，对应的总线会将驱动和设备链表里的设备名进行匹配，如果匹配成功就会将设备的信息传递给驱动的probe函数，probe函数得到设备的核心结构体platform_device的信息就可以进行对应的操作。 我们只需实现平台驱动和平台设备即可，平台总线是内核实现的，常见的总线如IIC、SPI、CAN等，LED、KEY这类型的普通字符设备，linux内核就使用虚拟的平台总线structbus_type
关于Linux平台设备驱动模型，并不是创建新的设备分类，是在原有的字符设备基础上使用，将设备和驱动分开，生成两个.ko文件。 Linux内核维护一个全局设备链表，对应的总线会将驱动和设备链表里的设备名进行匹配，如果匹配成功就会将设备的信息传递给驱动的probe函数，probe函数得到设备的核心结构体platform_device的信息就可以进行对应的操作。 我们只需实现平台驱动和平台设备即可，平台总线是内核实现的，常见的总线如IIC、SPI、CAN等，LED、KEY这类型的普通字符设备，linux内核就使用虚拟的平台总线structbus_type
1.i2cget不能读取16位寄存器地址，只能选用i2ctransfter读写16位地址寄存器时，直接使用i2cget失败。后来发现需要使用i2ctransfter工具，而我拿到的i2c-tools工具，并没有i2ctransfer可执行程序。只能自己编译。2.i2c-tools涉及的I2C地址都是7位的3.i2cdetect 用来检测I2C总线上连接的设备。示例： 4.i2cdump遇到的错误：permissiondenied（需要root权限）遇到的错误：RemoteI/Oerror （设备无法进行I2C通信，可能是没有上电，如设备没有打开）用来dump出某个I2C总线上连接的某个设备（用
1.i2cget不能读取16位寄存器地址，只能选用i2ctransfter读写16位地址寄存器时，直接使用i2cget失败。后来发现需要使用i2ctransfter工具，而我拿到的i2c-tools工具，并没有i2ctransfer可执行程序。只能自己编译。2.i2c-tools涉及的I2C地址都是7位的3.i2cdetect 用来检测I2C总线上连接的设备。示例： 4.i2cdump遇到的错误：permissiondenied（需要root权限）遇到的错误：RemoteI/Oerror （设备无法进行I2C通信，可能是没有上电，如设备没有打开）用来dump出某个I2C总线上连接的某个设备（用
