shuspieler

SomeIP学习笔记:使用CANoe调试/仿真SomeIP服务

从上一篇文章(SomeIP学习笔记:基础知识)的介绍可看出SOME/IP标准预先定义了很多很实用的数据类型,可在实际项目中可能处于兼容性的需求,不完全依照上边数据类型原始定义使用,可能会结合着信号矩阵有进一步的定义,比如说有Offset和Scale的设置等。 接下来记录一下用CANoe怎样调试或者模拟AUTOSAR环境下的SOME/IP通信,在这里我使用的是CANoe SP5的一个SOME/IP例程:Basic AUTOSAR SOME/IP Event,如下图。 这个样例是使用Simulation Setup模式结合了一个ARXML创建的,已经有了很好的Pannel,对于我们学习Simulation消息订阅很方便。在下边两个框CAMF和ADAS,我们可以点击Enable Service或者Subscribe Service, 从上边的Trace窗口可以看到对应的服务端、客户端相应的Offer Service、Find Service、Subscribe Event group以及Stop Subscribe Event group的报文。 这个报文其实现原理主要依赖了三大块:CANoe的SOME/IP协议栈、示例ARXML数据库以及几个节点的CAPL代码。 其中示例ARXML数据库定义了一个服务端(Provider: CAMF)和一个客户端(Consumer: ADAS),规定了其支持的服务类型:即一个名叫ADASDisplayInfo的Event 事件通知,然后这个事件传输的变量叫做DetectedTrafficSign,类似于一个结构体,里边有SignType、DistanceToSign以及Realiabiliy变量,以及每个变量的更加细致的定义。 然后CAPL代码一方面实现了对于变量的填充,另一方面调用CANoe的SOME/IP协议栈进行Event Notification的发送以及SD服务发现事件订阅的过程。 最后SOME/IP协议栈提供了底层的交互支持,以及对CAPL的API调用的支持,从而非常简单实现服务发现订阅以及发送接收。 在这个例程默认的界面下,可以尝试点击那些按钮来从trace看服务端怎样发送报文Offer一个Service,以及客户端怎样发送报文Find 一个Service,以及服务订阅上后ACK是什么样,还有到了真正Event Notification的报文是什么样。这对于基础的SOME/IP报文熟悉还是非常有帮助的。 而截至目前所能模拟的通信都很依赖ARXML对于Service的定义,我想记录的更多的是对于自定义SOME/IP的学习以及调试方法。以这个ARXML中的服务为例,首先我们需要将其转换成CANoe可编辑的模式,使用CANoe自带的小工具将其转换成可编辑的数据库格式vCODM。 接下来就用不到这个例程了,我们把刚刚转换号的vCODM数据库存到某个文件夹,然后以此为例记录一下怎样使用CANoe的SOME/IP协议栈来自定义数据库模拟一个服务。 我们新建一个空的工程,使用Communication Setup模式,然后在红框1 和红框2处倒入刚才我们转换完成的数据。红框3我们下一步再点击,接下来将两个节点设置成仿真模式,以及将Real Bus换成Simulated Bus模式,现在运行一下看看效果。 点击运行后到Trace窗口看到,并没有像Simulation Setup 的例程那样有Service Offer、Service Find 以及Subscribe信息。 这个区别的主要原因是例程中数据库并没有开启服务发现SD协议,而例程中通过CAPL命令实现了Service Offer以及Service Subscribe。由于我们新建的没有这些脚本,所以从Trace来看并没有任何SOME/IP相关的数据。 在一开始我们了解到SOME/IP有一个SD服务发现的协议,在这儿没有起作用,是因为在数据库中,示例数据库这个设置处于关闭状态。我们在刚才按钮3的地方进入数据库编辑页面,然后将Discovery Technology协议从None 改成SOME/IP Service Discovery,这样子协议栈就会自动执行服务发现过程,保存运行然后我们再观察Trace窗口,有时候需要重新加载一下数据库才能生效。 现在看到已经有了Service Offer、Service Find、Subscribe Event group […]

SomeIP学习笔记:使用CANoe调试/仿真SomeIP服务 Read More »

SomeIP学习笔记:基础知识

在整车功能开发以及调试过程中,ECU与ECU之间使用车载以太网的比例越来越多,所以区别于之前的CAN总线报文的,对于以太网数据包的抓取和分析越来越普及了,而其中又绕不开SOME/IP,每一个搞过车载功能开发都或多或少接触过或者使用过SOME/IP。我在了解这个协议过程中走了不少弯路,后来发现并没那么复杂,于是打算把自己的心得记录下来。 主要从3个角度记录我所学习的SOME/IP,首先是一些基本的知识,其次是怎样用Vector CANoe来调试一个结合了AUTOSAR通信,包括怎样在CANoe里边调整数据库实现自定义调试;最后做一个实践,使用开源的SOME/IP协议栈vsomeip,来和我们CANoe的SOME/IP协议栈做一个真实的通信。 SOME/IP基础知识 SOME/IP是基于TCP/UDP/IP协议之上的应用层协议,很像网络开发中前后端交互的HTTP的方式。如果之前做过前后端的开发,对于客户端和服务器的连接有一定的知识储备,那么在了解SOME/IP的过程中会觉得很简单的。SOME/IP依托于TCP或UDP,所有的数据都是作为TCP/UDP的Payload通过IP协议进行传输。可以理解成在Payload中又做了进一步的切分,并且比特位以及长度做了事先约定,例如下图中的前16个Bit固定为Service ID,紧接着的16个Bit为Method ID或者Event ID。 目前网络中常见的SOME/IP学习路径和学习资料,包括我之前看的一些,大多是在CAN总线技术路线以及实现方式的基础上介绍SOME/IP的特点以及技术细节的,很多从以太网IP以及UDP和TCP开始讲起,然后再说到SOME/IP的各种Header头部还有服务订阅等等内容,这样的一个学习路径,非常容易把很多的类似的概念参合到一起,比如IP层、UDP、TCP以及SOME/IP都有Header头部,IPv4和IPv6头部又不一样,TCP的三次握手四次挥手和SOME/IP的Subscribe订阅以及UDP和Notification,太太太容易混淆了。可能看了好久还觉得云里雾里,觉得这个太高深了,其实真的SOME/IP没啥,将其理解成ECU之间的HTTP类似协议,下层依赖的TCP/UDP和电脑手机服务器用的没有任何区别,明白这个就已经学会了一大半。关于车载以太网和普通以太网的区别,我在另外一个学习记录贴中有记录,一句话总结就是物理层数据链路有区别,到了IP层以上就完全一样了。 不过从另外一个角度也可以理解,很多汽车软件的开发人员是从传统技术栈比如CAN总线时代过来的,对于以太网的了解不像互联网人那样深入,所以有一定的需求再详细了解一些IP/TCP/UDP的知识。我的建议是将这两部分分开学习,先回顾一下计算机网络,七层协议啥的,再了解一个应用层协议比如HTTP,最后再详细学习SOME/IP,绝对会事半功倍,发现真的好简单,半天时间SOME/IP入门足够。 另外在车载应用开发中,SOME/IP的Payload部分填充,考虑到和其他ECU以及功能的兼容性问题,会使用AUTOSAR的规则定义方式,这和CAN总线的Frame帧非常的像。在CAN总线Data Field数据场一次最多传输8字节,通常会把这对应的64个比特拆分成传输数据的最小量,比如一个布尔型只分配1个比特,然后一个0-255的Uint8只分配8个比特,总共8字节64比特能拆分成很多个Signal信号,从而有限的资源传输更多数据,各个Bit对应的Signal信号长度以及数据类型的记录成一个表格,即得到了CAN总线数据库DBC。在车载SOME/IP开发中Payload部分多数情况下也沿用了类似的思路,所以在Payload部分解析也需要一些额外的信号矩阵,结合了SOME/IP支持的数据结构和AUTOSAR数据结构,就能组合出很多复杂的结构体,实现更多上层应用间的数据传输。 这样的实现方式也可以很好的复用迁移传统汽车行业稳定成熟的软件解决方案,在必要的情况下,只需要在传输层做一些技术更新,核心逻辑不需要任何变动,从而降低潜在的风险。但是这一块是互联网人来做汽车软件的话,可能就不是很熟悉了,尤其对于不常见的Bit位的数据拆分,再结合这大端小端数据类型,还有信号矩阵有Scale放大缩小以及Offset偏移,八成互联网人转过来的开发第一次会搞错。建议之前对于汽车总线了解较少的开发人员可以系统学习一下CAN总线以及结合项目了解一下AUTOSAR信号矩阵,可以避免很多低级的错误。 传统车载网络CAN总线在面向信号的数据传输中,发送方会根据自身需求(如数值更新或变更时)主动发送信息,而无需考虑网络中是否有接收方当下需要这些数据。与之不同的是面向服务的数据传输模式即发送方仅当网络中至少存在一个接收方需要该数据时才会进行传输。这种方式的优势在于避免了不必要的数据对网络及所有连接节点造成的负载。因此,面向服务的数据传输要求服务器必须通过某种方式获知哪些接收方正在等待其数据。在SOA架构中,服务是构成系统的基本单元,它代表了系统中的某个功能或操作。服务通过明确的接口与外界进行交互,实现了功能的封装和重用。SOA架构的核心就是服务,它通过将应用程序划分为一系列的服务来降低系统的复杂度,提高系统的灵活性和可维护性。在SOA中,服务是通过其接口被定义和访问。接口是服务与外界交互的桥梁,它定义了服务的输入、输出和行为规范。在SOA架构中,以太网通信作为服务的传输载体,负责在不同的ECU或服务之间传递数据和信息,根据AUTOSAR平台的规范与推荐,一般选择以太网应用层协议SOME/IP协议或者DDS协议作为跨域通信协议。 在SOME/IP协议中,服务接口被明确划分为三种类型: Event、Field、Method,每种类型都服务于不同的通信需求。 Event and Field Notification 服务器基于活跃订阅发送的内容可呈现两种格式:事件通知(Event Notification)和字段通知(Field Notification)。这两种格式的共同特性是事件驱动生成机制,但其数据结构存在本质差异: 事件通知Event:采用自包含的静态快照形式,其字段填充的属性仅反映事件触发时的瞬时状态,与历史事件无任何关联 字段通知Field:包含具有时序关联性的动态值,除当前值外还隐含历史状态。因此字段可扩展为包含Getter/Setter方法,允许客户端对目标内容进行读写操作。 需要特别说明的是,在SOME/IP协议中,事件总是以事件组(Event group)的形式进行组织,客户端仅能订阅整个事件组,而无法单独订阅组内某个特定事件。Field的Setter/Getter 方法遵循请求/响应(REQUEST/RESPONSE)模式,变更通知则通过事件机制实现,所有订阅操作都需通过SOME/IP服务发现(SOME/IP Service Discovery)协议完成。 Method 另一种数据交换方式是通过方法调用(Method Call)实现信息传递。客户端通过发起远程过程调用(Remote Procedure Call, RPC),触发目标服务器上的函数执行。具体流程如下: 调用过程:客户端通过网络发送请求来调用服务器函数,该请求可包含作为参数传递至被调用方法的数据; 响应机制:服务器执行函数后,可能通过响应消息向客户端返回执行结果。 需注意,当客户端主动调用函数时,通常意味着需要获取返回数据,通常被称作RR模式(Method Request with Response),但服务器方法也可能不返回任何值(Void类型),常被称作FF模式(Method Fire & Forget),此时客户端在确认方法被成功调用后即完成整个流程。 Service Discovery 为了让客户端能够获知当前可用的服务,SOME/IP-SD(服务发现协议)提供了两种动态服务发现机制: 服务提供(Offer Service): 服务器通过该机制向网络宣告其提供的所有可用服务 每个设备通过组播(multicast)方式广播消息 消息内容包含该设备提供的所有服务列表 传输层采用UDP协议 服务查找(Find

SomeIP学习笔记:基础知识 Read More »

华硕路由器梅林固件设置IPv6防火墙

之前在家里设置了一个影音库,与公网通过IPv6连接,实现pt上传积分和从外部对家里的多媒体资源访问的需求,我的家庭影音库。当时对于家庭路由器防火墙的设置,是通过静态唯一地址设置的,后来发现一个问题,在路由器重新拨号,或者时间够久的情况下中国移动端会改变IPv6前缀,这就出现了一个问题,我们通过上篇文章操作的防火墙设置,其中的IP地址已经不正确了,造成pt上传赚积分也赚不到了,从外网也连不到我家里的NAS媒体资源。所以使用了半年多以来,几乎每一两个月都得重新设置一遍IPv6防火墙,挺烦的。 于是我查好资料看有没有通过类似于通配符的方式设置防火墙,这样子及时前缀变了,但是依旧能映射到唯一的硬件设备。还真有解决方案,不过由于我是使用的梅林版的华硕路由器,有一些查出来的对原版梅林固件好使的方法,在我这里不适用,我找啊找终于到到适合我的方式。如果也有小伙伴使用华硕路由器结合梅林固件,需要在动态IPv6的情况下设置防火墙,可以参考一下我的方法。 首先IPv6设置里边对于子网的IP选择Stateless,这样子路由器给设备分配的IP后边4段会根据路由器的Mac地址结EUI-64算法生成唯一设备后缀地址。然后我们在NAS设备里看下实际分配的地址,然后在华硕路由器里边IPv6防火墙本地 IP 地址要按 0::a:b:c:b/0::ffff:ffff:ffff:ffff 的格式进行填写,其中 a:b:c:d 部分替换为实际设备 IP 地址的后四段。端口部分可以一次填入多个,使用英文逗号分隔,例如:5000,5001,5006,5999,8096,16681。 查询各种帖子了解到,对于华硕路由器,可以设置为 ::a:b:c:d/::ffff:ffff:ffff:ffff格式。也有帖子提到对于梅林改版固件,不能留空双冒号,即为0:0:0:0:a:b:c:d/0:0:0:0:ffff:ffff:ffff:ffff 格式。这几种方式在我这里会使iptable配置报错,造成公网的IP地址丢失,从而整体IPv6都不可用了。有帖子说这是特定版本梅林的Bug,第一位的0不能省略,确实在我这里实践好使。 设置后保存重启我们试一下,路由器拿到了新的前缀,然后pt工具也可以看到与公网联通了,上传通路正常。 觉得有帮助的小伙伴来点个赞啊。   Reference: https://post.smzdm.com/p/a2xx273n/ https://www.right.com.cn/forum/thread-8417643-1-1.html https://www.cnblogs.com/osnosn/p/11781359.html https://post.smzdm.com/p/a25gmdoq/ https://zhuanlan.zhihu.com/p/665423070 https://www.zhihu.com/question/363164098 https://www.right.com.cn/FORUM/thread-4108336-1-1.html  

华硕路由器梅林固件设置IPv6防火墙 Read More »

车联网C-V2X学习笔记

V2X是什么 参与V2X量产相关的项目于有一段时间了,终于终于现在对这个领域有了一个轮廓性的了解,真是不容易,功能虽小,但是将其用到量产,涉及到的知识却非常的广泛,趁着现在还没忘掉,打算沉淀成一篇笔记。 V2X,全称Vehicle-to-Everything,中文意思是“车对一切”。它是一种让车辆能够与周围环境中的各种实体进行数据交换的通信技术,是万物互联在汽车出行领域的拓展。这些实体包括: 其他车辆(V2V):车辆之间可以互相通信,共享速度、位置、转向等信息,提前预警潜在的碰撞风险,提前做行驶规划,让车与车有了直接的交互。 行人(V2P):车辆可以通过感知到附近的行人,尤其是盲区的行人非机动车,并采取相应的避让措施。 道路设施(V2I):车辆可以直接与周边交通信号灯、路标等基础设施进行通信,获取实时准确的交通信息。 网络(V2N):车辆可以连接到互联网,获取天气、路况以及更远处交通事故等信息等信息。 形象地说,常规的ADAS是给车辆装上了眼睛,让车辆自己可以观察周边环境进行一定程度的自动驾驶。而V2X就像给车辆装上了一张嘴巴和一对耳朵,可以说出自己的情况,以及听到周边车辆他们遇到的事情,这让更高级级别的自动驾驶成为可能。 V2X技术路线 目前,V2X主要有两大技术路线:DSRC和C-V2X: DSRC(IEEE 802.11p)技术:由IEEE主导标准制定,提供短距离无线传输技术,以车车和车路通信为主要方式。 C-V2X技术:包括LTE-V2X和NR-V2X,由3GPP主导标准制定。C-V2X是将蜂窝通信技术和直通通信技术有机结合得车联网无线通信技术,同时支持车-车直通通信和蜂窝通信两种方式,支持车车、车路、车人以及车网等各类应用。 简单的说,对于车联网这个新的需求,尤其直通技术上,DSRC是将WiFi协议魔改过来得技术,而C-V2X是将无线通信LTE以及4G魔改来的技术。虽技术严谨路线有所区别,但是要解决的遇到的问题是大致一致的,IEEE 802.11p和C-V2X以及NR-V2X主要体现在无线接入技术的不同上。在协议其中C-V2X尽量重用蜂窝系统已有的上层协议,将研究重点聚焦于接入层的物理层和媒体接入技术。DSRC包括两类,用于ETC的DSRC和基于802.11pde DSRC,两者是不同的技术。两种技术路线相似的网络层可支持IP协议栈,同时考虑IP协议栈的开销以及低时延传输要求,,也可采用非IP传输支持上层应用。在《蜂窝车联网(C-V2X)》一书中有一个图表,很清晰对比出DSRC、LTE-V2X以及NR-V2X协议层的区别和联系。 适用范围和趋势 DSRC仅在部分早期部署国家(如日本、欧洲)保留残余应用,而LTE-V2X在中、美、韩等国已成主导技术。C-V2X(尤其是LTE/NR-V2X)凭借技术演进、政策支持和商业成熟度,将在不久的将来全面取代DSRC,成为智能交通和自动驾驶的核心通信标准。 关键技术标准 对于LTE-V2X有一个标准对其做出了总体技术要求:《YD_T 3400-2018 基于LTE的车联网无线通信技术 总体技术要求》,从很大范围的对其总体业务、系统架构以及功能需求做了一些规范性要求。比如说:有效通信距离、移动速度、通信时延、传输可靠性、覆盖要求、消息发送频率要求、消息大小要求、架构模型、接口、功能实体、高层功能、无线功能、标识以及功能描述和消息流等。 附录还有基于LTE车联网应用场景及需求部分,对于一些常见场景,可以了解其场景描述、预期效果和需求分析等内容。主要包含这些场景: 安全应用: 前方静止车辆告警 前方慢速车辆告警 紧急电子刹车灯告警 逆向超车提示 逆向行驶告警 换道决策辅助提示 交叉口防撞提示 异常车辆提示 道路危险状况提示 道路施工告警指示 协作式自动巡航控制 协作式高速公路车辆自动系统(直线) 前向碰撞预警 汇入主路辅助/碰撞告警 紧急车辆提示 非机动车横穿预警/行人横穿预警 道路湿滑/危险路段提醒 左转辅助/告警 闯红灯(/黄灯)告警 交通效率提升 道路限速提示 交通信号灯提醒 交通信息及路线推荐 增强得路线指引和导航 专用道路管理 限行管理 车载标识 车速引导 信息娱乐服务 服务信息公告

车联网C-V2X学习笔记 Read More »

人才引进北京落户全记录

自2022年回国到今天,整整过去了三年时间,在这个月我终于卡着最后的时间点拿到了我的北京身份证,完成了北京落户。讲真这个过程真的是太太太艰辛了,是对耐心毅力细致程度等能力的极大考验,中间稍微有点懈怠,可能这个事情就搞不成了。不过可能也是我点儿背遇到了特别多奇奇怪怪的问题,几年来翻阅小红书,我几乎是将所有别人遇到坑都踩了一遍,是一个遇到各种问题的集大成者。。。因为自己淋过雨,想给别人撑把伞,于是就想着将其记录下来,之后再有需要走这个途径的伙伴可以拿来做个参考,可以少走一些弯路。 先说一下我北京落户走的是北京市人才工作局留学生人才引进途径,也被成为海外学人途径。因为是海外读书回国工作情况的北京落户,所以特别容易和教育部留学服务中心途径混淆,后者也常被成为教留服途径。还有一个是和国内应届毕业生差不多的途径即人社。主要特点和区别如下: 教育部留学生服务中心:之前可以说是对于留学生最友好的落户方式,每年年初分配指标给各大公司,国企央企私企根据规模大小业务类型等综合评比获取不同数量的指标,公司再根据自己需求,对符合一定基本条件下的新入职留学生,有一定自主权决定具体分配给哪个人。但是从2024年起这个途径只保留对于央企的服务,不再给其他类型公司分配指标,开始是以对公内部通知发布,后来在官网也确认了这一巨大变革:关于征询2024年度在京用人单位接收留学人员需求计划的通知 。从国务院官网可以查询目前央企一共98家,央企名录  ,看网友分享部分央企子公司也可以使用总部的指标落户,但是整体来说就是这个途径难度陡升,坊间传闻指标从原来一年2万个降到了3千个,除非是直接入职央企总部,并且和HR确认给自己留指标,其他情况下的话,想通过这个途径落户都不太保险了。 人社部、人社局:这个和国内应届毕业生类似,如果考取了国家公务员、北京市公务员,或者是入职了中央或者北京的大型企事业单位,是有机会通过这个途径落户的。听走了这个途径的同学提到,目前也是有砍指标,做不到所有留学生回来都有户口了。企事业单位可能稍微好点,最最保险的可能就剩下国家或者北京的公务员了。 海外学人/人才工作局:与第一个途径指标的形式,第二个途径考试上岸的形式相比,这个途径被坊间称为修仙模式。主要是门槛相对较低,但是能顺利办下来的难度超高。期间的时间跨度也超长,从1年到4年不等,并且过程不透明,黑箱模式,提交个人及公司材料去审核,只有一个结果过和不过,不知道其中的原因。材料异常繁琐并且其中好几个步骤耗时可以达到半年甚至大半年,期间没有进度可查,很考验细心和耐心。这个途径主要服务对象是私企外企。尤其外企,对于留学生这可能是多数公司唯一的途径。 如果打算走第三个途径,或者没得选只有第三个途径的话,一定一定要和公司沟通好和HR配合好,因为期间很多事情是需要以公司的名义是对接的,正如这个方式的全称:留学生人才引进,即公司为了其发展要引进一个留学生人才,然后地方政府给公司提供了一系列配套政府资源:即北京户口。 准备个人申请的前提,是公司已报备并有资格通过这个渠道办理业务,最直接方法是问HR公司有没有向人才工作局申请此项权限,若没有的话赶快催公司去弄。另外自己也可以查一查,在北京国际人才网如下图注册登陆,说自己要办理工作居住证要办理人才引进现在要准备资料和HR要一个公司关联码,此时HR可能需要需要员工提供劳动合同扫描件,对于此件的扫描质量需求后文会提到。HR在公司端账号确认后在下边第二个图右上角就可以看到自己绑定的所在公司,然后点击下边要办理的业务,若公司已经在人才工作局申请了业务办理权限,点击对应的按钮会跳转到另外一个具体的页面,否则会弹出报错信息。 反面例子: 以我所在的公司为例,两三年前只有“工作居住证”和“留学回国人才引进”可以点击开,“外埠人才引进”和“解决夫妻两地分居”都点不开,而刚刚尝试“外埠人才引进”已经可以进入了,看来公司也开始有外省人口办理北京户口的业务需求了。目前点击“解决夫妻两地分居”效果如上图,同样的方法可以自己看下公司是否有“留学回国人才引进”的权限。 目前北京市人才引进落户是公司申报材料预审核的模式。各个区有细微不同,但是一般情况下每个区会组织各公司单位每年进行两次统一申报,之前的年份会有公开的通知公告比如这个页面:海淀区信息公开大厅 。看多数区的公告讲到错过了集中申报,其他时间也可以申报的。不过从2024年没有公开的统一申报通知了,而是换成了对公司的定向通知,并且一年应该进行了很多次,需要提交的材料也有所不同,比之23年及之前更加详细了,要了很多之前正式填报才用到的材料,我的理解是把具体材料审核也提前了。北京海外学人中心官网关于留学人员人才引进的介绍也是停留在2023年(https://www.bjhwxr.gov.cn/xfw/lxrcyjywgz/lxryrcyj/index.html),包括申报所用到的需求统计表什么的。不知道之后还会不会公开更新。2024年的需求表是相关部门定向发给公司的,和2023相比,增加了国内学习的情况,包括学校名称学历学位证编号。也增加了境外学习情况,包括学校名称专业世界排名、国外学历学位认证书号码,境外学习天数结构等;还有个人工作履历公司简介个人业绩,是否有工作居住证等内容。增加了很多细节,并且表格有标注“企业推荐的各类人员需按照引进的急需紧缺程度和重要性进行排序”,所以为了大大提高自己拿到指标的概率,和公司沟通保证自己在表格前列,也是非常非常重要的一件事。 在表格之外还需要很多证明文件,这些文件和之后正式系统填报时候的材料差不多,主要包括学习证明材料、国外学习时长及首次回国证明材料、工作证明材料、随调随迁材料、在京拟落户地址证明材料等,外文材料也需要翻译,几乎可以等同于正式填报时候的材料现在提前审核了一遍。所以打算走这个途径落户的小伙伴可以根据下边我介绍的材料准备指导在这个环节就认真准备一下,之后都是要用到的。 公司将指标申报材料交到公服,接下来就是漫长且黑盒的等指标过程了,可能耗时1个月到半年不等,也可能公司HR完全收不到答复。若一次申报但是没有拿到指标,若还在回国2.5年的时间线内,还可以让HR再重新申报一次。因为是市局横向对比,所以很有可能点儿背第一次申请时候,其他公司有很多大牛人。再申报一次就再多一次拿到指标的机会。 在办理留学回国人才引进之前或者同时,强烈建议办理一遍“留学人员工作居住证”,一方面户口时间周期长,工作居住证可以短期替代上,多数重要权益差不多的比如说摇车牌买房小孩北京医保等。另一方面留学回国人才引进的材料以及流程和“留学人员工作居住证”特别特别的相似,经办单位是同一个即北京海外学人中心和北京市人才工作局,两者办理过程中经办人员大概率也属于同一个大部门。官网在此:留学人员人才引进。材料一样的同时,两者都需要四轮区审两轮局审。在网页前端代码中可以找到更加详细的审批流程信息,其中有个handlerId代表着不同操作人员的唯一ID,以我个人为例,我的留学人员工作居住证第三个区申的handlerId和留学回国人才引进第二个个区申handlerId相同,留学人员工作居住证第四个区申和人才引进第四个区申的handlerId相同,以及留学人员工作居住证第一第二个市局审核handlerId和人才引进第二第三市局审核handlerId相同。从中可以明显看出规律来,在区审时候一批工作人员对于两者业务是同时负责的,并且基层审核材料业务员数量也比较多,所以就像我的例子来说有幸遇到同一办事人员概率就比较小了。但是在区审最后一步以及市局审核最后一步都是同一人,这个应该是由于最终拍板大领导只有一人。所以我强烈建议先办一遍“留学人员工作居住证”,需要准备的材料几乎一样的,并且还能亲自了解一下相关部门对于材料需求的痛点,把自己材料让他们检查一遍,减少后边来来回回改材料的次数。千万不要低估相关部门对于材料审核的严格程度,北京户口可能是我办过的最复杂的业务了,包括我长这么大所有的也包括国外办过的的业务。我自诩已经是一个很认真的人了,每次材料一个字一个字检查N多遍,但是还是能被提出需要改正的地方。 就如上图,申请“留学人员工作居住证”时候一共申请了7次,每次反馈意见加起来有十几条,这才最终没有被因为材料问题打回来。在办理“留学回国人才引进”也陆续提交了4次,可是后来系统好像有了一些区别,退回来后还属于同一次申请,就没办法截类似于上边的图。总是我想说的就是其中的坑实在是太多了,并且反馈意见中并不能一次性都说完整,比如说第一次退回可能让你修改第一第二第三第四第五点,当你按照要求都修改完毕再次提交后,第二次退回可能让你修改第六第七第八个点,你再次修改提交后,然后又被退回了,让你修改第九第十个点。真的是太多的坑了,这也是为什么我想记录这个文档的原因,我把我遇到的问题总结一下,后人在提交时候把这十个点给规避了,那么就可以大大缩短这个来来回回改材料的闹心过程,给办事人员减少工作量也降低自己烦躁的时间。 我将逐个记录一下所需准备的材料以及其中需要注意的点,由于办理“留学人员工作居住证”和“留学回国人才引进”所需材料和要求几乎一致,我就放在一起介绍了,其中对于只对“留学人员工作居住证”需要关注的我会标注出来,大家按需来看。 首先是在“北京国际人才网”登陆并关联公司后,会有个人信息管理和附件管理的区域,这些信息是脱离具体要办理业务的,办理任何业务使用的都是当下这里信息的一个镜像复制。不管是工作居住证还是留学回国人才引进以及外埠人才引进等。 首先在个人信息部分,婚姻状况要与事实相符,并且与户口本上的状态相符,若户口本状态不是最新的,需要户籍地去更新。由于耗时很久理论上最长可达4年,期间很容易出现一些个人信息的变化比如婚姻状态,一定及时按照事实更新,不然材料被打回来重新提交浪费时间。 然后是个人信息中的现居住地址,这个要和附件管理中“在京合法稳定住所证明”一致。这里接受的材料可以是北京市居住证、自有住房、单位公房、借住亲友房屋和租住居民房屋。 其中北京市居住证最方便,有北京社保的人手机点一点就可以办理,我一开始就选的这个,然后掉入好几个坑。我读本科将户口转移到外省学校,毕业后户口又转回了户籍地,但是身份证沿用学校时候办理的,地址也是学校地址。很多年了各种场合没有任何问题。这时办理出来的北京市居住证上边写的户籍所在地是学校地址,和系统中填写的真实户口地址不同,然后就被打回来了。然后我只能去更新身份证,这又浪费掉好多时间。当我拿着新身份证重新申请北京市居住证时候,发现由于我已经有了居住证,到期前一个月不能申领新的,而已有的北京市居住证只支持修改住址,不支持修改上边的户籍所在地,所以我想用居住证作为合法稳定住所的话,还得等一年,由于身份证地址和户籍地址不一致这个大坑把我这条路堵死了。 然后我又想着用租住居民房屋这个方式,需要房东身份证房本和有效期六个月以上的合同,若是中介租的还需要中介和房东的委托协议。我是租的自如,他们很配合给了所需要的材料。我再次上传系统时候这一项算合格,但是当时被其他原因打回来了,当我又一次上传时候,自如合同差了几天已经不足6个月,于是又由于地址这个问题被打了回来,我问自如怎样延长合同,自如说还剩将近半年,改不了,系统不支持,这么长时间除非退了重签,这将损失一大笔违约钱,太亏了太亏了,于是这条路也被堵死了。。。 自有住房、单位公房对于我那是不可能的,留给我的只剩下借助亲友房屋这条路,还算是幸运打听来一个远房亲戚,愿意提供房本扫描件身份证照片以及给《房屋借住声明》签字。 要办理北京相关证件的同学,建议第一步先将户口本身份证更新到最新,比如学历、婚姻状态、身份证地址等以防出现我这样的闹心事。 (留学生工作居住证更相关)接下来是个人信息中的教育信息,这个要和附件管理中的学历证书、学位证书一致,附件里上传什么,这里就填什么。而在办理留学生工作居住证时候,在HR给的《2021.5新系统-工作居住证材料上传注意事项》指导材料里边标红提示:最高学位为海外或港澳台取得的,学历证书、学位证书处上传同样的两份材料:国外毕业证+教留服学位认证报告。于是我上传了硕士毕业证和教留服认证报告,一段时间后又被区里打回来了,问HR后她反馈说指导材料错了,按照系统要求填写。好吧只能再来一次。再次要填时候好巧不巧,公司申请下来了一批普通工作居住证指标,但是有失效有效期,我听到后太开心了,普通的工作居住证办理时限比留学生的快多了,不用四次区申两次市局审核,基本上普通的只要下来了指标,一周就能办完。于是我想这次肯定没问题了,我都被打会好几次了,该改的都改了。于是我再次提交普通工作居住证,可又被打回来了,这次说要国外硕士毕业证和教留服学位认证报告,后来忙里莽荒又提交,又因为其他原因打回来了,于是普通工作居住证指标过期了。。。 我总结下来大致知道是怎么回事,HR给我的那份指导,是办理普通工作居住证用的不是留学生工作居住证,而HR也没搞明白以为是一样的,其实不一样。对于我国内读完本科国外读完硕士的情况,总结下来学历学位相关的材料应该是这样的才对: 学历证书: 普通工作居住证:国外毕业证+教留服学位认证报告 留学生工作居住证:除本科毕业证书外,还需要 “教育部学历电子注册备案表”或者“学历认证报告”,二选一,建议“教育部学历电子注册备案表”。 留学人才引进:除本科毕业证书外,还需要 “教育部学历电子注册备案表”或者“学历认证报告”,二选一,建议“教育部学历电子注册备案表”,并且加盖公司公章。 学位证书: 普通工作居住证:国外毕业证+教留服学位认证报告 留学生工作居住证:除本科学位证书外,还需要 “学位信息查询页截屏/照片”或者“中国高等教育学位在线验证报告”,二选一。建议“中国高等教育学位在线验证报告”。 留学人才引进:除本科学位证书外,还需要 “学位信息查询页截屏/照片”或者“中国高等教育学位在线验证报告”,二选一。建议“中国高等教育学位在线验证报告”,并且加盖公司公章。 在国内最高学历学位这块还有一个需要注意的是,学信网开具出来的“教育部学历电子注册备案表”和“中国高等教育学位在线验证报告”是有有效期的,自己记着点什么时候到期,然后提前去延续一下有效期。因为这些事项拖拖拉拉很耗很久,很容易耗半年一年,导致这两份材料过期。还有就是“毕业日期”和“获得学位日期”可能不同,以证书上边红章下的时间为准,与系统中填写的保持一致,精确到天,我因为这个原因也被打回来过。 接下来是学习经历,需要从高中写起,多数人可能需要填写高中本科研究生,这里需要注意的点是毕业日期要严格和毕业证一致,因为国外有学籍注销时间和毕业证时间两个概念,我也在这被打回来一次,因为我一开始写了学籍结束时间。后来我总结出来经验了不管国内国外,统一写毕业证落款时间。开始时间似乎要求不严格,国内我一般写9月1日,典型开学时间,国外写的学籍开学时间。另外如果国外有语言班或者预科学习经历,也需要在此填入,学习身份选择“高中及以下”。 再下来是工作经历,宗旨是严格按照合同上边的时间写,精确到日。同时在毕业后即使是实习,也属于工作,也需要填到这里,我在这里也被打回来过,总结下来只要是毕业证时间后的行为,不管公司怎么定义角色怎么签订合同,不管是学生工学生实习还是零时工或者正式工什么的,这里统统都算作工作经历,都需要写在这里,尤其是超过3个月的以及有社保记录的。 个人信息填写介绍完了,下面是附件管理上传部分。我按照系统里边的顺序,逐个记录一下需要注意的点: 学历证书:本科毕业证书+教育部学历电子注册备案表+公司逐页加盖公章。 学位证书:本科学位证书+中国高等教育学位在线验证报告+公司逐页加盖公章。 职称证书和评审材料对于留学生群体来说可能用不太到,对于外埠人才引进可能这块儿更重要,按照要求填写即可,我对这个了解的也相对有限。 应税收入材料部分,留学人员办理工作居住证需要能开出连续6个月本公司的税收材料,月平均应税收入超过上一年度全口径城镇单位就业人员月平均工资1.2倍。留学人员人才引进落户要求申请人近3年“申报收入查询记录”和“个人所得税纳税记录”,开具方式可以登陆“自然人电子税务局”,点击“纳税记录开具”,打印近三年"个人所得税纳税记录",同时在“申报收入查询”模块打印(页面右键打印或导出PDF)近三年的"申报收入记录"。需要注意的点: 搜索起始时间是当月往前算的三年 逐页加盖申报单位财务章 注明 “经核真实有效、申请人签字、经办人签字” 要求两个月内的材料,是时效性要求很高的材料之一 扫描合并成一个PDF 户口本首页及本人页: 户口本首页正反面扫描到一页上,个人页正反面扫描到一页上,身份证正反面扫描到一页上,共三页

人才引进北京落户全记录 Read More »

OpenWrt路由器通过CLI命令修改Wifi无线设置

我爸菜园子怕别人偷菜让我帮忙给装一个监控,这样有人进入就会报警,并且实时可以看到菜园子情况。 平房没有网络我打算给那里放一个CPE,插一张副卡用来给监控提供网络。手头有一个之前帮忙测评用的工程版CPE,想着物尽其用,设置了一下发现不能改变SSID,可能是工程版原因软件还不完善,也凑合着能用可是特别挑战我的强迫症。由于我知道这个CPE的固件是通过OpenWrt魔改过来的,于是我尝试能不能通过命令的方式来改一下SSID,结果还真做到了。这里简单记录一下步骤: 首先打开NRadio的ssh开关,浏览器打开: http://192.168.66.1/cgi-bin/luci/admin/system/security 然后使用uci命令来修改OpenWrt的网络设置。可以先用uci show network 和uci show wireless来看下当前设置: 从中可以看到我们比较关心的是wireless.wlan0.ssid=NRadio-0CBE-2.4G 和wireless.wlan1.ssid=NRadio-0CBE这两项,这和网页里看到的内容是相同的,但是网页配置端由于未知bug修改不了。我在这里尝试用uci命令修改: 然后保存更改: 重启后生效。 Reference:https://blog.csdn.net/qq_35718410/article/details/53113894

OpenWrt路由器通过CLI命令修改Wifi无线设置 Read More »

果敢表达 Assertiveness

在吴老师的《果敢表达》课程中真是有很多的反思和收获,把很理论的东西讲透彻说明白,很不容易一件事,尤其这种心理上人际关系等很飘渺的话题上更甚,而这门课却真的做到了,三天时间不枯燥不无聊,也没有拗口脑洞的理论去烧脑,循序渐进如沐春风地就跟着老师把这个体系逐步在脑中建立了起来,虽然回到现实中遇到的事情会更复杂各种利益无数的忧虑更加盘根错节,但是脑中有了框架后就能够知道怎样内观自己的情绪,以及应该怎样去应对目前的处境。理论了解到实际运用还有很多路要走,可是我知道了让自己变果敢自己应该努力的方向,而不是一直停留在被情绪牵着走的处境中。这门课让我重新思考全技能培训的重要性和意义,更多的是对自己进一步的认知,这是意料之外,但是是让我惊喜且珍惜的收获。

果敢表达 Assertiveness Read More »

我的家庭影音库

买了个大电视,想着周末宅在家看看剧多爽啊。虽然也有NAS也用了好久了,可好长一段时间电视与NAS之间还是用的U盘,或者是SMB读盘,每次都挺繁琐的,并且也十分的不优雅,可以犯懒一直就这么将就着。最近看《XXX》很想在通勤的路上用手机看家中我NAS里边的资源,于是周末痛下决心将我的影音库搞搞好。 我的整体方案如下: 宽带:移动1000M下行,100M上行,Native IPv6 Router: ASUS RT-AX86U NAS:Synology DS920+ Data Source:byr.pt Download tool:qBittorrent 客户端硬件:iPhone,iPad,Android TV 客户端软件:Infuse,Kodi + Jellyfin plugin 服务端软件:WebDAV,Jellyfin Server 由于有整备资源挂pt以及在外边有访问回来的需求,路由器桥接并拥有公网IP是很多需求的前提。在我所在的城市尤其XXXX是个大内网,IPv4是极稀缺的资源,这个基本别想了,不过还好IPv6已经很成熟了,观察使用了很多年,除了极个别老式路由器的WiFi还不支持,其余大多数的地儿都有IPv6接入了。对于我而言,将光猫改成桥接,然后路由器端设置好PPPoE拨号,关于IPv6再简单设置下,就差不多OK了。 可以通过电脑连上路由器,通过http://test-ipv6.com/ 来看下是否IPv6连接正常,或者直接通过群晖控制面板,看下是否能拿到一个正确IPv6地址。 这些都OK后需要解决一个数据源的问题,这块儿就得各显神通了,每个人情况都不一样。我说下我用到的工具,主要数据源来源于pt,同时需要NAS长时间挂机刷积分。群晖自带的Download Station内置Transmission就可以满足这个需求,可看很多帖子说这个用着很烂,都在说通过Docker自己安装的qBittorrent才好用并且在上传方面也抢流量神器。我一开始使用的是Downlaod Station,这次要好好整备一下,于是就安装了Docker版本的qBittorrent。各种配置其实挺繁琐的,用了很长一段时间相对比,没感觉明显的在上传方面有天翻地覆的差别。用户界面上也就那样,没感觉好太多。唯一我觉得相对比较方便的就是当资源下载完毕后,软件支持更改储存路径,这有利于我们之后对于电影以及剧集的分类管理,以及一些同一类的影片统一管理。在Download Station中只能设置一个统一的下载文件夹,不能分类,也不能下载后移动分类,当后期资源库数量多了就不太方便了,尤其想保种刷上传情况下。两个工具我都用了够长时间,个人建议如果不是特别极致的发烧友,打算弄一个特别牛逼的家庭影音库的话,多数情况下Download Station就够了,qBittorrent很繁琐增益也没想的那么高,不太值得。 另外有一点提醒,在Download Station中一些设置需要改一改,默认的是不行的容易上传没速度,在pt网站拿不到积分。 资源问题解决了,那么我们开始处理客户端问题。我陆陆续续尝试了很多,比如TV原生的资源管理器读取SMB资源,Kodi连接NAS然后加各种插件刮削等等,最终选择了Infuse和Kodi+Jellyfin组合这种形式,其中Infuse用在苹果生态中,效果简直是太赞了,不管是用户UI,设置复杂度,使用便捷度以及视频海报刮削质量,可以说都是一流,试过的其他的工具根本没法比。在NAS的服务端设置也比较简单,只需要安装WebDAV插件,基本上不用怎么设置,根据默认直接运行就OK。 就如上文提到我有外出访问家中NAS资源的需求,所以我们还需要再设置以及确认一下我们DDNS有没有设置完毕,这样我们就不用担心路由器重启IP改变。群晖真的是特别的用户友好,在控制面板外部访问中,我们就可以使用群晖的免费服务,来设置一个固定域名,用于之后对这台NAS的连接。刚刚也提到我用的移动宽带没有IPv4只有IPv6,所以在设置中我只开启了后者。 群晖给的DDNS域名已经很好记了,我想更好记一点,于是我在这CNAME将我的一个域名设置成群晖DDNS域名的别称,更简单了。 接下来想外部访问,还需要在路由器设置一下防火墙端口,是从外界可以连入。IPv6这对于路由器有了一定的要求,有一些老旧的或者低端的不能开启IPv6或者不能设置防火墙参数,这就凉凉了。pt上传刷积分另外一个必要前提条件也是公网端口并可连入,所以建议在路由器上多留一些预算,搞个好点儿的。下图是我的路由器中关于IPv6的防火墙配置。其中本地IP是NAS获取到的地址,通信协议根据自己用到的工具不同而不同,比如我的话,16881和5999是pt相关,5006是WebDAV,8096是Jellyfin后边Android TV用到,5000和5001是群晖自己管理页面用到的。 接下来就是对于Infuse移动端的设置了,真的是极其的简单,可以说就4个内容:域名,用户名,密码和端口。 连接成功就开始进行刮削海报建立视频库了,耗时取决于视频的数量。刮削完毕在首页就可以看到颜值超高的家庭影音库了。我尝试了用手机流量,以及另外一个宽带的WiFi来观看,那真叫一个丝滑,画质及其清晰的同时,一丁点卡顿也没有。这可能受益于我家中NAS上传带宽有100M,手机5G下载速率也很给力的原因。另外客户端不仅可以在线观看,也可以离线下载的手机,可以节约流量或者下载到平板中,真的是很方便。 在iPad端也是无可挑剔的优雅美观。 剩下一个大电视是Android系统,我之前尝试Kodi挂载SMB,使用各种方法进行刮削,比如路由器魔法,免Host插件,豆瓣插件等等等等,效果都很差,不可接受的地步,于是最终投入了Jellyfin的怀抱。首先我们需要在NAS安装服务端,很多帖子提到建议安装Docker版本的Jellyfin,鉴于现在国内Docker官网上不去了,在NAS中安装Docker难度瞬间提高,我尝试使用套件中心社群版的Jellyfin,很流畅很好用的,只需要简单点击几下即完成安装。其中有一个小插曲,在安装完毕Jellyfin并运行后,第一次要设置媒体库地址但是看不到我在NAS中的文件夹,查了一些资料得知是插件没有相应的文件夹权限,按照下边截图操作一下解决问题:共享文件夹–>编辑–>权限–>系统内部用户账号–>sc以及Jellyfin相关的用户–>授予可读写。 在电视端也需要有相应的配置,是一个Kodi的插件。看Jellyfin官网有两种不同的插件可供选用,第一种叫做 Jellyfin for Kodi,其特点是安装好后,影片出现在原生的Kodi媒体库中,用户体验上和之前Kodi自己加载媒体库没有任何区别。另外一个叫做JellyCon,看介绍说安装好后查看影片是在打开插件的目录下。我安装的第一种,用起来体验很不错,比Kodi原生的效果强太多了。但是安装步骤还是挺繁琐的,需要在Kodi下进行很多的操作。有需要的小伙伴还是根据官网最新的介绍步骤一步一步走,官网讲解的很详细清晰的。 https://jellyfin.org/docs/general/clients/kodi/ 另外Jellyfin是有Android 原生的apk的,UI颜值也很高,很易用。但是我在我的电视上遇到声音画面会逐步不同步的现象,很影响体验,所以最终我选择了Kodi + Jellyfin for Kodi plugin。小伙伴可以先试下Jellyfin官方apk本身,如果没有声音画面不同步现象的话,建议就直接用这个就OK了,效果不比我的那个方案差。 Jellyfin和WebDAV+Infuse方案有个很大的不同是WebDAV+Infuse服务端即NAS只负责文件传输,所有解码工作是放在可客户端也就是Infuse里。理论上节约NAS资源但是使用更多的手机或者平板的算力。而Jellyfin的话服务端可以与客户端协商,若不需要转码可以原画传输,若客户端能力比较弱比如手机屏幕小,那么Jellyfin在服务端NAS上会将视频转码成客户端最佳的格式和尺寸后再传给客户端。默认情况下Jellyfin使用CPU来做这个转码步骤,细心的同学可能就会观察到默认配置下当使用Jellyfin播放时候NAS的CPU占用率特别高,几乎一直保持90%以上。互联网很多教程来设置基于Docker的Jellyfin打开硬件加速的方法,由于我是通过套件中心下载的,没有那些教程中的设置选项,我尝试了直接发现可以直接在基于套件中心的Jellyfin下打开硬件加速,更简单,只需要将以下几个勾选,然后重启Jellyfin就OK了。我的理解基于套件中心的软件默认就是高权限的。 为了更加清晰明了对比差异,我分别在关闭以及开启转码硬件加速的情况下,观察了CPU的占用率,可以看到,在相同视频源相同播放环境下,关闭硬件加速CPU平均负载约88%,开启硬件加速CPU平均负载24%,差别是相当明显的。 在NAS运行了Jellyfin服务端后,不仅仅可以用在Android

我的家庭影音库 Read More »

北京期房购买流程全记录

今天拿回来了网签预售合同,准备开始办理贷款,感觉流程已经走了一大半,中间每走一个步骤都反复查阅如履薄冰怕踩坑,毕竟花出去了最大一笔钱,也即将签几十年的卖身契,真是错不起,感觉小红书都快被翻烂了,知乎上也看过了绝大部分帖子,各个地方学习这么多很不容易,打算记录成文档以免遗忘,可能也可以给其他人做个参考。 首先是寻找中意的楼盘,这一步里边学问可太多了,看自己的买房目的、预算、通勤距离、周边配套、学校、看自己更看重的点以及各个维度之间的自己所能做的妥协等等等等。在北京购房目的大致可分为两大类投资和自住,对于绝大部分刚需上车的人来说,目前(2024)北京楼市这两个点已经很难同时兼顾到了,目前能够保值的楼盘绝大多数是改善型豪宅以及部分特别优质的学区房,绝大部分普通刚需上车房和普通学区房都难逃跌价的命运。如果是自住的话考虑的点可能就稍微不一样,更多的是看长期的舒适性,比如交通方便不方便,房屋面积质量布局等中意不中意,基本上是在预算的前提下,选自己更看重的一两个点,比如通勤、房屋面积,或者周边学校等,刚需上车很难同时兼顾3个及以上的点的。目的在一开始弄清楚非常重要,可以让自己选房更加有目标性,以及提高抗忽悠的能力。跟着中介看过是几套房,这个行业鱼龙混杂参差不齐,部分中介业务水平很垃圾,但是特别厉害的中介也很多,情商很高介绍,在带着看房途中润物细无声就给你灌输了很多对他有利的价值观,很自然但是又很巧妙地突出每套房的优势,不少是有夸大的效果,甚至你原本没有需求中介会给你创造需求,让你觉得怎么之前自己没想到。中介带着看房服务并且还相对会很周到,会给你矿泉水喝,上下电梯出入门会给你开门让你先走,小区与小区之前会有专车专职司机接送,下雨会打伞,真的很无微不至。如果之前自己目标不明确的话,很容易被洗脑跟着中介的思路走,上头买了和自己一开始打算的差异很大的房,自己一开始很看重的要素欠缺很大,比如面积小或交通不便,其他中介说的优点也有很大水分,自住不够舒适保值也做不到,等缓过来意识到那时候已经晚了。 对于中介的态度我的建议是一定一定要有自己的想法,中介的介绍可以参考,但是最终拿主意的是自己,并且要做到至少是在见5个中介以及看30套房源之后,再逐步融合成自己的见解,同时不要局限在一个区域,北京太大了,多个区域同时看看,自己也是有局限性的,说不定在这期间被打开了呢。 看好楼盘后,可能中介要让付定金了,这个主要是购买意向的确认,以及给买家一定时间走下边流程,同时卖家将这个房源拿掉不再推荐给其他人。对于期房来说,主要看开发是否五证齐全以及定金是否支付到政府监管账户: 《国有土地使用证》 《建筑用地规划许可证》 《建筑工程规划许可证》 《建筑工程施工许可证》 《商品房预售许可证》 多数开发商在售楼部会将这些信息公示出来,若买家逐一检查核实这五证其实是有难度的,比较现实的做法是检查最后一个《商品房预售许可证》,当开发商有了这一个说明已经办理过前边的手续并且已经过了层层关卡了。我们检查这个也比较简单,登录北京市住房和城乡建设委员会(https://zjw.beijing.gov.cn/),在下方查询中心找到:新建商品房项目查询。在弹出页面输入项目名称,也就是小区名称,如果这里能查到信息那么基本上问题就不大了,我们点击小区名可以看到具体的信息: 通过这个查询可以明确两个关键的信息,首先是项目拿到了预售许可证,另外这里可以找到最权威的监管账号信息。我们之后所有的付款活动都是经过这个账号,包括定金,以及贷款。同样在这个页面下方可以看到登记预售的所有楼栋和房屋信息(截图没截下来),点击可以看详细每一个户型目前的状态,确认自己看准的房子是“可售”状态,再次点击房号查看具体信息,看这些内容是否与开发商中介以及未来合同中是否一致。 接下来自查一下购房资格,北京各种限制太复杂了,分首套二套,以及三套算二套,还有京籍非京,工作居住证或5年连续社保,等等等等,结合个人情况,在下图链接中,填入一些资料,初步看下自己是否有资格购房。 个人资质没问题的话,可以咨询一下开发商合作的银行,看下贷款有没有未知隐患,这里主要是看征信,工作年限、收入、拟打算贷款额度等。征信可以自己到官网申请(https://ipcrs.pbccrc.org.cn/),或者各大银行APP也可以代为申请。若没有啥大问题的话,就可以正式走购买流程了。 首先第一步付定金,建议转帐的方式,避免使用POS机,即使是在售楼部的情况下,因为你不知道这台POS机绑定的是哪里。和开发商确认后转款账号和住建委查到的监管账号一致,就可以转定金了,通常这笔钱不会太多,主要是购买意向确认,之后就准备首付和草签了,通常这与支付定金间隔不会太久,和开发商协商好首付的比例,以及尾款贷款的方式,在前边购房资质以及贷款初审没问题后,按约定比例付首付款给开发商,同样建议是去银行人工转账,收款账户必须是监管账户而不能换其他,同样不建议POS机刷卡,原因同上。线下银行转款完毕银行回执单一定一定要留好,之后万一有争议这是重要物件。 转款完毕让开发商开具首付款发票,这个也是非常重要的票据之一,是之后办理银行贷款必要文件。同时开始草签和网签合同。所谓的草签合同是先和供应商线下签订一份合同,法律层面已经具备基础的要素,只是还欠缺第三方公正,这个第三方就是住建委,公正这个动作叫做网签。草签合同和网签合同是完全一样的,理论上付完首付草签完毕在住建委上这个房源就应该变成“已预定”状态,然后网签,也就是再签几份和草签相同但是带编号的合同,我当时是又签了6份还是7份,理论上在这一步后住建委网站房源就会变成“已签约”状态。这时候开发商会拿着签好的合同再次住建委备案,网站上房源就会变成“网上联机备案”状态。从付定金到最后这个状态,1天到1个月不等,主要看开发商盖章效率,以及上传住建委合同信息效率。 网签完毕后,一方面可以看上边按个状态有没有及时变更成“已签约”和“网上联机备案”状态,另外也可以根据合同编号查看当前状态,在下图蓝框按钮“网签合同查询”,输入合同右上角编号,以及自己的个人信息,密码和开放商要一下,或者试试000000。就能看到自己的合同进度,也是网签合同验真的一种方式。 接下来就该和银行打交道了,上边不是提到签了好多本合同么,其中一部分就是给银行用的。北京这边贷款也有大坑,分为商贷、公积金贷、组合贷。尤其公积金这块,我是来了售楼部才知道北京公积金分为国管和市管,市管公积金才是坑中之王,规则是每工作一年,公积金多贷给10W,注意,不是说优惠十万,而是多带给10W额度,像我工作三年,北京打算买几百万的房子,公积金只带给我30W,这30W按照目前政策,也只是说比商业银行优惠了0.55个点,真是不知道用说明词表达我知道真相后的心情。多数银行服务都差不多,主要是提前还款的要求,选一家限制少的就可以了。这块确实流程以及资料繁杂,有专门做代办吃这个饭的,通常一两千元跑腿费,组合贷相对贵几百块。在这期间银行放款会直接给到开发商,不会经过自己手的。打款账号是开发商交付合同时一并提供的,一般是一个盖章的证明,上边写着购房具体事宜,以及开发名称账号啥的,用于转交给银行,我们拿到这个后也要检查一下和上边监管账户是否一致,整体的理念就是涉及打款我们只会打到监管账户上,不管是定金、首付款、银行放款等。我个人走了一遍没有找中介,整体感觉下来,确实材料多,需要填的内容也多,挺复杂的。但是也没到那种夸张的地步,大部分自己准备材料网上填写即可,和选定银行的客户经理多多沟通。如果是可能最终需要到银行以及公积金网点一两次,这个不管是自己办还是代办都是免不了的。我的建议是自己花功夫研究研究,毕竟这么大一笔消费,每一个细节只有自己亲自做才踏实。 前边这些弄完后,就是坐等交房了,此时是没有全款发票的,据说是为了交房时候测算面积多退少补。在此期间要注意按时还款。有时候在此期间做一些事情时候会涉及到有无房产的选项,通常来讲期房在交房前还是属于无房状态,系统查询个人住房情况目前还查不到,但是有些时候最好也出具一些情况说明,就说买了期房,合同交房日期XX时候什么的,问题不是很大。从此我们也是北京有家的人了,可以想想之后怎样装修,怎样布置自己的小窝了。    

北京期房购买流程全记录 Read More »