草庐IT

ice_cube

全部标签

STM32 Cube IDE HAL库驱动 W25Q128 进行读、写、擦除操作

一、W25Q128相关理论W25Q128存储大小为128M-bit=16MB,可编程位(地址)为Flash_Size=16*1024*1024=16777216B。W25Q128包含256个块、每个块(64KB)16个扇区(4096个扇区)、每个扇区(4KB)有16页、每一页有256个字节(Byte)。写数据:一次最多写一页不能跨页写入;擦除:可以选择擦除一个扇区(4KB)、擦除半个块(32KB)、擦除一个块(64KB)、擦除整个芯片。Flash有一个特点,就是可以将1写成0,但是不能将0写成1,要想将0写成1,必须进行擦除操作。如果要改变数据,就需要先擦除后写数据。可以理解为将W25Q128

界面重建——Marching cubes算法

一、引子对于一个标量场数据,我们可以描绘轮廓(Contouring),包括2D和3D。2D的情况称为轮廓线(contourlines),3D的情况称为表面(surface)。他们都是等值线或等值面。以下是一个2D例子: 为了生成轮廓,必须使用某种形式的插值。这是因为我们只在数据集中的一个有限点集上有标量值,而我们的等高线值可能位于这两个点的值之间。由于最常见的插值技术是线性插值,我们通过沿边缘的线性插值在轮廓表面上生成点。如果一条边在其两个端点上有标量值10和0,如果我们试图生成一条值为5的等高线,则边缘插值计算该等高线通过边缘的中点。 二、Marchingcubes算法——从2D理解运用了分

界面重建——Marching cubes算法

一、引子对于一个标量场数据,我们可以描绘轮廓(Contouring),包括2D和3D。2D的情况称为轮廓线(contourlines),3D的情况称为表面(surface)。他们都是等值线或等值面。以下是一个2D例子: 为了生成轮廓,必须使用某种形式的插值。这是因为我们只在数据集中的一个有限点集上有标量值,而我们的等高线值可能位于这两个点的值之间。由于最常见的插值技术是线性插值,我们通过沿边缘的线性插值在轮廓表面上生成点。如果一条边在其两个端点上有标量值10和0,如果我们试图生成一条值为5的等高线,则边缘插值计算该等高线通过边缘的中点。 二、Marchingcubes算法——从2D理解运用了分

性能:Intel Xeon(Ice Lake) Platinum 8369B阿里云CPU处理器

阿里云服务器CPU处理器IntelXeon(IceLake)Platinum8369B,基频2.7GHz,全核睿频3.5GHz,计算性能稳定。目前阿里云第七代云服务器ECS计算型c7、ECS通用型g7、内存型r7等规格均采用该款CPU。IntelXeon(IceLake)Platinum8369BIntelXeon(IceLake)Platinum8369B处理器第三代Intel®Xeon®可扩展处理器(IceLake),基频2.7GHz,全核睿频3.5GHz,计算性能稳定。目前采用该款CPU的云服务器有:IntelXeon(IceLake)Platinum8369BRDMA增强型实例规格族c

STM32 Cube MX 之hal库软件模拟IIC 可直接移植使用

此为软件模拟IIC,可以直接移植到HAL库使用。.h文件需要自己做函数声明这里就不再放出,如有问题大家可以讨论。使用的时候只需要更改SDA和SCL引脚的宏定义就可以移植使用,当然IIC协议其实就是根据IIC的时序图编写代码,主要内容就是包括开始信号,停止信号以及发送数据的格式、接收数据和数据的应答。此IIC代码可以供所有的IIC模块使用,包括IIC必须要的几个基本功能代码中都已经给出。下面开始来介绍IIC协议。IIC协议具体内容写数据:主机给从机发从机只收SDA为输出模式读数据:从机给主机发主机收SDA为输入模式IIC具体内容:(只规定了开始信号停止信号8位数据(发8位收一位ACK)ACK应答

STM32H723+Lwip+ETH+CUBE 完整配置(排了巨多坑!)

因为H723ZET6是ST目前最新的芯片,对于这个芯片的LWIP配置,官方库极其不友好,而且贼多BUG,踩了好久的坑,历经诸多苦难,终于能够正常PING通和进行TCP/UDP通讯了。而且在国内基本上找不到H723ZET6的LWIP配置教程,所以必须记录一下。开发环境:适用CUBE版本:STM32CubeIDE1.9.0及以上stm32芯片型号:H723ZET6一、配置部分(一)常规配置,RCC和SYSRCC启用外部高速时钟(二)串口串口的配置和代码实现本文不加以说明(三)ETH配置MAC随意,不必和图中一样(四)LWIP(重点来了)首先是LWIP的常规配置,设置IP,其他默认。排坑一:H723

c - ICE 默认 IO 错误处理程序执行 exit(),pid = 11281,errno = 4

我们的一个PyQt应用抛出一个关于ICEAuthority的错误,如下所示并退出-ICEdefaultIOerrorhandlerdoinganexit(),pid=11281,errno=4在查看跟踪时,我们看到以下内容-write(25,"\1\0\3\200\3\0\0\0\3\0\0\0\t\0\0\0\10\0\0\0\1\0\0\0\377rtStyle",32)=32read(25,0x16a67f0,8)=?ERESTARTSYS(Toberestarted)—SIGCHLD(Childexited)@0(0)—write(6,"\0",1)=1rt_sigreturn

c - ICE 默认 IO 错误处理程序执行 exit(),pid = 11281,errno = 4

我们的一个PyQt应用抛出一个关于ICEAuthority的错误,如下所示并退出-ICEdefaultIOerrorhandlerdoinganexit(),pid=11281,errno=4在查看跟踪时,我们看到以下内容-write(25,"\1\0\3\200\3\0\0\0\3\0\0\0\t\0\0\0\10\0\0\0\1\0\0\0\377rtStyle",32)=32read(25,0x16a67f0,8)=?ERESTARTSYS(Toberestarted)—SIGCHLD(Childexited)@0(0)—write(6,"\0",1)=1rt_sigreturn

android - 为什么 EditText 在 Ice Cream Sandwich 中保留其 Activity 的上下文

在IceCreamSandwich中,当有一个包含EditText的Activity时,即使在用户离开Activity之后,EditText也会保留Activity的Context。为了证明这一点,我创建了TestLeakActivity,它分配了一个大字节数组。由于Activity的Context永远不会被垃圾回收,因此字节数组会在堆上累积,最终导致OutOfMemoryError。您可以使用DDMS堆工具观察堆增长,并且可以通过查看EclipseMAT中的HPROF文件来跟踪对EditText类的未完成引用。要创建内存泄漏,请进入LaunchActivity,然后继续启动并退出Te

android - 为什么 EditText 在 Ice Cream Sandwich 中保留其 Activity 的上下文

在IceCreamSandwich中,当有一个包含EditText的Activity时,即使在用户离开Activity之后,EditText也会保留Activity的Context。为了证明这一点,我创建了TestLeakActivity,它分配了一个大字节数组。由于Activity的Context永远不会被垃圾回收,因此字节数组会在堆上累积,最终导致OutOfMemoryError。您可以使用DDMS堆工具观察堆增长,并且可以通过查看EclipseMAT中的HPROF文件来跟踪对EditText类的未完成引用。要创建内存泄漏,请进入LaunchActivity,然后继续启动并退出Te