上周帮一个做社区闲置共享柜的发小捋项目的时候，突然摸到个特别有意思的规律：很多人把“想清楚项目逻辑”和“把东西做出来”拆成了完全不搭的两件事——前者是飘在半空的PPT框架，后者是摔在地上抠细节的执行，中间差的不是启动资金，是把每一环“为什么”掰碎了问三遍的笨功夫。我那发小一开始跟我聊的全是“如何搭建共享柜的数字化系统”“怎么拉物业谈进场”，直到蹲了三个老小区聊了两百多句，才把“想当然的需求”砸成了“真真切切的痛点”。
好多人梳理逻辑的第一步就错了：上来先想“我要做一个X”，而不是“用户愿意为X付出什么成本”。发小最开始的想法是“给社区放几个闲置柜”，但蹲点第三天遇到的张阿姨点醒了他——张阿姨有个八成新的婴儿车，本来想给楼下刚生完娃的李姐，翻了二十分钟微信没找到人，扛着婴儿车爬了三层楼后彻底放弃，最后塞去了楼下废品收购站。那天发小蹲在快递柜旁边算：小区有1200户，光是闲置婴儿车、绘本、健身器材就有不下300件，可流转率连10%都不到，原因根本不是“没地方放”，是“找对接人像捞针、搬运太麻烦、流程太复杂”。这才是逻辑梳理的起点：你要解决的不是“闲置物品的存放问题”，是“让闲置在小区里快速流转且不用用户多费劲儿”，把这个核心痛点钉死，后面的逻辑才不会跑偏。
梳理完核心痛点，第二步是把逻辑做成“闭合的环”，而不是线性的流程图。很多人做项目逻辑，会写成“用户发布→系统匹配→完成流转”，但发小当时就问自己：如果用户发布的东西没人要怎么办？如果匹配到的用户距离太远怎么办？一开始他没考虑这些，直到试放第一台柜的时候，有个用户发布了旧电磁炉，三天都没人要，最后只能自己扛去了物业便民角。那天晚上发小改了逻辑：用户发布闲置后，优先匹配同单元1公里内的需求方，如果没匹配到，就自动同步到物业便民角的公示栏，还能兑换1积分（1积分=1毛钱，攒够10积分换一小袋盐）。这一改，逻辑就从“单向流转”变成了“兜底闭环”，不会因为某一环卡住就死透。
逻辑捋顺了，落地执行就不是喊“加油干”，是把每一步拆成“不敢错的小事”，别搞大动作。发小没上来就订10台柜子，只订了1台，放在那个阿姨最多的老小区，选的是靠近快递柜的单元楼——因为快递柜旁边每天都有二十多个阿姨取件、寄件，人流量够。第一台柜的密码锁选的是儿童款，6位数字，还贴了大字说明“密码是123456（您可以自行修改）”，因为阿姨们不会用复杂的指纹锁。一开始他想做小程序，找了家公司报价12万，后来找了个计算机专业的大学生，花500块做了个简易版，只留了“发布闲置、匹配需求、积分兑换”三个核心功能，连注册都不用，手机号一输就能用，省了很多麻烦。试运营第一周，发小每天都守在柜子旁边，遇到不会开柜的阿姨就手把手教，遇到匹配不了的闲置就自己手动对接，甚至买了遮阳布给柜子挡太阳——因为前一天发现密码锁被晒得变形，阿姨们根本拧不动。
最容易出问题的地方，是“逻辑和执行的断层”。发小试运营前一周，柜子的闲置流转率只有5%，远低于他预期的30%，他当时都想把柜子搬回家吃灰了，后来蹲点才发现：大家根本不知道柜子能用来干嘛，以为是收旧衣服的。他赶紧打印了100张传单，每张都画了简笔画：“放婴儿车→匹配宝妈→换盐”，还在单元楼门口给阿姨们演示了一遍——把自己的旧风扇放在柜子上，发了个闲置，不到十分钟就有个宝妈来取，换了1积分。当天晚上，柜子里多了12个闲置。这时候他才明白：逻辑是“道”，是解决“为什么这么做”的问题，而执行是“术”，是把“为什么”翻译成用户能懂的小事，中间不能偷懒，得不断用执行的结果反推逻辑，而不是抱着当初的框架死磕。
最近跟发小聊，他说柜子现在的流转率稳定在28%，他最庆幸的是没花那12万做APP，最亏的是一开始没蹲够那三天小区的聊天。其实不管是做小项目还是大计划，从逻辑梳理到落地执行，从来不是“想完了再做”，是“做的时候不断修正之前的想”——你以为是从A到B的直线，其实是A→小b→小c→小d→B的曲线，每一步都踩实了，摸清楚了用户的真实需求，把逻辑的环封死，把执行的细节抠到不麻烦用户，才不会让好的想法变成烂尾的项目。毕竟，能落地的逻辑才叫真逻辑，能贴合需求的执行才叫真执行。（全文约1585字）
用系统光盘可以修复坏道硬盘吗？
在电脑刚启动时按“F8”键，选择“Command Prompt only”进入DOS模式。
这种方法的操作系统必须为Windows95/98，若为Windows2000/XP/2003，请使用DOS启动盘启动。
然后执行“Scandisk X：”（X为怀疑有故障的盘符），Scandisk便会检查硬盘，对产生的逻辑坏道会自行弹出对话框，选择“Fix it”对逻辑坏道进行初级修复。
如扫描程序在某一进度停滞不前，那么硬盘就有了物理坏道。
对于已进行初级修复的仍有逻辑坏道的硬盘，正常启动后回到Windows下，进入“我的电脑”中，选择有逻辑坏道的分区，单击鼠标右键，选择“属性”、“工具”、“开始检查”，就弹出“磁盘扫描程序”，选中“完全”，并将“自动修复错误”打上勾，单击“开始”，就开始对该分区进行扫描和修复。
而对于有物理坏道的硬盘，上述方法就没用了。
对于这样的故障，如果硬盘还没过质保期，就去找销售商更换或维修。
但如果过了质保期，可以自己动手修理了，推荐使用原厂的DM工具，对硬盘进行“清零”处理，很多小问题用DM都能解决，而且经上面处理过后，再使用其它软件，硬盘修复的时间能大为缩短。
用Partition Magic手工处理，达到隐藏坏道的目的。
具体的做法是：首先启动Partition Magic，选中“Operation”菜单下的“Check”命令，对硬盘进行直接扫描，标记坏簇后，选中“Operation”菜单下的“Advanced”、“bad sector retset”，最后把坏簇分成一个独立的分区，再通过“Hide partiton”命令将分区隐藏即可。
如果电脑启动时出现信息：“TRACK 0 BAD，DISK UNUSABLE”，那么修复起来就比较麻烦，因为此信息说明硬盘的零磁道损坏了，一般出现这种情况，大多数人就把硬盘做报废处理。
但绝非不能修复，原理很简单，只要用1扇区代替0扇区就行了，在这里向大家推荐“DiskMan”，它是一款比较常用的硬盘工具。
下载后在纯DOS下运行，方法如下： 在“硬盘”菜单中选中要修复的盘（一般为C盘），然后依次进入“工具”、“参数修改”将“起始柱面”的值由“0”改为“1”，确定后保存退出。
就可以对硬盘进行重新分区了
git 在使用拉取、推送（pull或push）时时候会出现这样的错误提示
d:\Program Files (x86)\Git/libexec/git-core\git-pull:line 268:/bin/tr:Bad file numberYour configuration specifies to merge with the ref master 是不是你的代码有未提交的更新呀?你修改文件后如果没有提交push,那么你在pull的时候就会报错的,会让你先提交或者merge合并文件【拓展资料】git pull origin 拉取代码到本地，解决拉取代码时发生的文件冲突：1）拉取（下载）指定分支代码合并到当前分支：相当于指定分支的代码与当前分支的代码合并到了一起。
命令：git pull origin分支名称注意：每次使用该命令前，需要保证本地工作区是没有任何修改代码的，也就是说需要将本地工作区编辑过的文件添加到暂存区（git add .），或提交到本地仓库中(git commit)，才可以使用该命令拉取指定分支的代码合并到当前分支中。
每次在操作完git commit命令后，必须拉取一下master分支代码，保持本地正在开发功能逻辑的代码分支代码是最新的，避免后续在提交时冲突过多或覆盖掉其他人的代码的问题出现。
如果我们需要将master主干分支的代码拉取并与我们当前分支（xuzhangzheng2）的代码进行合并的话，可以使用该命令。
效果如图：执行命令后，可以看到提示Alreadyup-to-date，意思为：已经是最新的了，无需进行更新。
当我们拉取的主干分支master被修改后，再执行拉取命令，会看到如图所示效果：粉色框框选部分为自动合并代码的文件绿色框框选部分为本次更新（包含新增、删除、修改）的文件及具体信息，文件名后面的9 表示有9行有更新， +++++++++表示这些更新是新增（+）还是删除（-）。
红色框框选部分为本次更新影响的文件数，新增的行数（insertions），删除的行数（deletions）。
2）解决拉取代码时发生冲突的情况当我们执行git pullorigin 分支名称 命令想要拉取某一个分支的最新代码到本地，并合并到当前分支时，遇到了如下图的提示：从图中我们看到，出现了两行提示语：CONFLICT(content):Merge conflict inxxxx/xxx/xxx/ merge failed;fix conflicts andthen commit the result.分别使用红色和绿色框选出来了。
红色框框选部分为出现冲突的文件，绿色框框选部分为提示语：自动合并失败，修改冲突然后提交修改后的结果。
第一句中提到了一个关键词CONFLICT(content)，这个词的出现表明某一个具体文件在合并过程中发生了冲突。
发生冲突的原因大致可以理解为你与你的同事两个人在同一个文件中都进行了编辑操作，当其中一个人拉取合并了另一个人的分支，或拉取合并了另一个人合并过的分支的话，就会出现合并冲突的问题。
冲突，简单的说，同一个文件2个人编辑，2个人如果编辑的行数没有重合的话（一个人写1-10行，另一个人写11-20行），合并时就没有冲突；若2个人编辑的行数有重合的话（一个人写1-10行，另一个人写5-15行），合并时就会出现冲突，同时，会将2个人编写的内容都罗列出来，让出现冲突的那个人进行解决，最终将冲突解决完毕后，再进行提交合并等操作。
此时我们查看出现冲突的文件：按照冲突提示的路径找到冲突对应文件（我使用的IDEA，由于有语法检查，所以一打开就看到错误文件在哪了），打开文件后，会看到如图红框框选部分，被蓝色线分割为了2部分，同时可以看到3个蓝色框框选的文本信息，如下三句：中间的======是用于分割本地变更和远程仓库中的变更的，也就是说出现冲突时，如图，使用======把冲突的部分分割成2块。
上面的是本地修改变更的内容，以<<<<<<<HEAD开头。
下面的是远程仓库修改变更的内容，以>>>>>>>版本号 结尾。
版本号，也就是示例中的a5d8ca0b4fd8847b2c21dac1edcf859ca1b，即为提交的版本号，使用该版本号可以在gitlab中找到提交记录，从而方便查询其他同事在对同文件进行修改时，都修改了哪些内容，便于进解决冲突。
解决方法：根据实际业务场景，将本地修改变更的部分和远程仓库中修改变更的部分进行合并，留下满足业务逻辑的代码即可（若团队开发期间，出现冲突时，建议找到相关同事进行沟通，确保自己解决冲突的方法不会影响到其他人编写的功能），同时将上面提到的冲突标识删除掉，不然无法通过语法检查和编译。
同时建议使用全文件内容搜索<<<<<<<或======或>>>>>>>，将所有有冲突的地方一一进行解决，保重提交的代码是可运行，没有问题的。
解决冲突后，若需要提交代码的话，需先将代码使用git add .存入缓存区，或直接使用git commit –am “本次提交描述” 或git commit –a –m “本次提交描述”将代码提交至本地仓库区，同时再次拉取制定分支的最新代码，确保本次的代码时刻都是最新的，再进行接下来的推送代码至远程仓库操作。
简述PLC的工作方式,分析周期扫描方式的特点和应用中的注意事项
你好楼主
PLC的工作方式是循环扫描加中断处理
plc特点
1可靠性高，抗干扰能力强高可靠性是电气控制设备的关键性能。
PLC由于采用现代大规模集成电路技术，采用严格的生产工艺制造，内部电路采取了先进的抗干扰技术，具有很高的可靠性。
例如三菱公司生产的F系列PLC平均无故障时间高达30万小时。
一些使用冗余CPU的PLC的平均无故障工作时间则更长。
从PLC的机外电路来说，使用PLC构成控制系统，和同等规模的继电接触器系统相比，电气接线及开关接点已减少到数百甚至数千分之一，故障也就大大降低。
此外，PLC带有硬件故障自我检测功能，出现故障时可及时发出警报信息。
在应用软件中，应用者还可以编入外围器件的故障自诊断程序，使系统中除PLC以外的电路及设备也获得故障自诊断保护。
这样，整个系统具有极高的可靠性也就不奇怪了。
2配套齐全，功能完善，适用性强PLC发展到今天，已经形成了大、中、小各种规模的系列化产品。
可以用于各种规模的工业控制场合。
除了逻辑处理功能以外，现代PLC大多具有完善的数据运算能力，可用于各种数字控制领域。
近年来PLC的功能单元大量涌现，使PLC渗透到了位置控制、温度控制、CNC等各种工业控制中。
加上PLC通信能力的增强及人机界面技术的发展，使用PLC组成各种控制系统变得非常容易。
3易学易用，深受工程技术人员欢迎PLC作为通用工业控制计算机，是面向工矿企业的工控设备。
它接口容易，编程语言易于为工程技术人员接受。
梯形图语言的图形符号与表达方式和继电器电路图相当接近，只用PLC的少量开关量逻辑控制指令就可以方便地实现继电器电路的功能。
为不熟悉电子电路、不懂计算机原理和汇编语言的人使用计算机从事工业控制打开了方便之门。
4系统的设计、建造工作量小，维护方便，容易改造PLC用存储逻辑代替接线逻辑，大大减少了控制设备外部的接线，使控制系统设计及建造的周期大为缩短，同时维护也变得容易起来。
更重要的是使同一设备经过改变程序改变生产过程成为可能。
这很适合多品种、小批量的生产场合。
5体积小，重量轻，能耗低以超小型PLC为例，新近出产的品种底部尺寸小于100mm，重量小于150g，功耗仅数瓦。
由于体积小很容易装入机械内部，是实现机电一体化的理想控制设备。
应用中的注意事项：
在编写PLC程序之前，首先应对系统的特点和运行过程进行分析。
在一般的工业生产过程中，系统内每台设备开始时均处于初始状态。
一、初始状态包括
1、供设备用电的电源正常。
2、设备选择在自动方式，即PLC控制方式。
3、该设备的保护、控制及信号已复位。
在确定每台设备均满足初始状态后，由操作员下达起动命令，整个系统从初始状态出发进入起动过程。
自检中任一台设备不满足起动的初始条件均不能进行起动操作。
在起动过程中各设备状态不断改变，各个单体设备根据工艺流程顺序起动运行，向稳定运行状态前进，最后进入稳定运行状态。
稳定运行状态的时间视生产情况确定。
当一段生产工作完成后，由操作员操作或由停车条件自动发出停车命令，系统即进入停止过程，待最后一台设备停止完毕后，整个系统又回到了初始状态，等待下一周期。
二、过程
1、在初始阶段，系统各设备自检发生的故障 a．供电电源或设备不正常。
b．设备控制状态是否选择自动方式。
c．未排除故障。
2、起动故障常见起动故障为起动超时故障，即PLC驱动输出继电器动作，在正常时间内电动机未能相应起动。
3、运行故障在系统运行中，可能出现电动机过载跳闸、自动方式被人为改变、保护人身和设备安全的急停开关动作等突发性事件或故障。
以上故障和信号任一种出现，均应将PLC程序立即转入执行停止命令阶段，按程序设定停止生产流程，对于这种需立即中止生产过程的故障，称之为一类故障。
在实际生产中还有另一种故障不需要立即停止生产流程，如除尘器，该类设备在整个生产流程中属于附属设备，如不运行也不会影响生产的正常进行，当其发生故障时，PLC系统可先停掉该设备并向操作员发出声、光报警信号，由总调度室指派维修人员进行设备检修而PLC系统可继续执行生产主流程程序，这类故障可称为二类故障。
这些只是在网上查询的资料，不知道是否完善与正确，希望可以帮助到你。
暂无评论内容