`
JerryWang_SAP
  • 浏览: 1086454 次
  • 性别: Icon_minigender_1
  • 来自: 成都
文章分类
社区版块
存档分类
最新评论

SAP成都研究院廖婧:SAP C4C社交媒体集成概述

阅读更多

曾经有朋友在知乎上向我提问,咨询在SAP成都研究院工作的体验。

 

当时,我的回答提到一点,SAP注重工作与生活的平衡,这也是SAP中国官网强调的一点。

https://www.sap.com/china/about/careers/who-we-are/life.html

 

具体到SAP成都研究院,这里的同事们业余时间的兴趣爱好广泛,既有传统的足球,篮球,羽毛球,游泳这些,也有门槛相关较高的铁人三项运动,详情可以参考SAP成都研究院铁人三项大神邓阳的文章: SAP成都研究院的体育故事

当然,这些每天从事创造性工作的程序员当中也不乏身怀绝技之人,比如能够双手同时使棍的许聚龙:SAP成都研究院许聚龙: Hello, Coresystems;有痴迷于各种飞机的哈公子SAP成都研究院飞机哥: 程序猿和飞机的不解之缘;有海归青年,深受法国浪漫主义熏陶,喜欢游泳摄影网球滑雪的陈扬洋;最近SAP成都研究院几期Toast Master活动,每期都有层出不穷的才艺带给大家的前端开发程序媛Feng Grace,喜欢烹饪美食,会弹奏夏威夷小吉他(乌克丽丽),爱好摄影。下面两张图是Grace的作品:

 
 

当然谈到我们成都同事各式各样的兴趣爱好,一定少不了李晓刚:读佛经,写诗(打油诗),玩飞镖,最近又迷上了囤积生土豆。

今天文章的作者,我的同事廖婧,是一位拥有十多年工作经验的SAP从业人员,专业技能的精通自然不用多说。生活中的廖婧,如果要让Jerry用一句话评价,那就是: 贤妻良母

当然组里同事李晓刚对她的评价,Jerry也完全同意。

 

她的兴趣爱好或许不如前面几位同事那么吸引眼球,但是特别有意义——廖婧是成都小红马儿童会创始元老会员之一。小红马儿童会2011年1月创建于成都,是向弱势儿童和贫困乡村儿童提供服务的非营利性儿童关爱公益组织。关注对象为弱势儿童和乡村儿童,弱势儿童包括残疾儿童、孤弃儿童、少数民族儿童及留守儿童等。目前小红马的主要活动地在成都市周边贫困乡村。

更多关于小红马儿童会的信息,还是让廖婧给大家介绍吧。

下面是她的正文。


大家好,我是廖婧(Janet Liao), 本职工作是一名SAP从业人员,业余时间喜欢做手工,包括除针线活以外的一切手工,像沙画、软陶、魔术气球、乐高等等,堪称小朋友杀手_。 而这些“特殊”技能的习得,全靠这几年志愿者经历的锻炼。10年辞职旅行去了雨崩徒步,完了转头去双廊看新开了客栈的朋友,狗哥是当地“蓝脚印”的组织者,免费为志愿者提供住宿,很有幸的我成为了入住的第一批蓝脚印,往返两小时的山路,陪小朋友们弹琴唱歌画画踢球,充实快乐。

 
 

公益本应是普通生活的一部分,而不应带有任何的道德优越感,我们不是在施,而是在这些经历中得到了成长和喜悦,感谢这段旅行带给我的开悟。

回到成都之后,非常幸运地认识了一帮可爱的马儿们,成为“小红马儿童会”的“元老”成员,于是从11年开始了每月一次的乡村行,我们的愿望很简单,希望能陪伴父母不在身边的孩子们一个有色彩的童年,并对确实有需要的困难家庭进行家访并寻求助养人。感谢之前IBM的同事小强,不仅资助一个我家访过的孩子至今,还认真地为她考量合适的专业创造实习机会,真正使她们可能改变命运。抛开这些物质上的帮助,其实活动宗旨是陪伴的同时让孩子更多地了解自己的乡村,去发现、挖掘家乡文化,保持与家乡的情感链接,从而建立自己的文化自信。于是,我们有了各种文化小课,做标本、画石头、家乡的声音、家乡的色彩、家乡的味道,夏令营、冬令营,再到了后面的经典诵读。在这个过程当中,我们自己的收获比村里的孩子们要多得多,除了一群志同道合的朋友、发现美的能力,还有那么真诚热烈的被需要的感觉。当妈妈之后,活动参加得不多了,但是新生代马儿们还在继续,欢迎同样热爱乡村热爱生活热爱经典国学的朋友加入。

对这项公益活动感兴趣的朋友,可以查阅这篇小红马儿童会发布的****文章

啰嗦了那么多,还有最后一条求同好的,最近一年迷上了烘焙,这些是我的拙作,请达人们多多交流指导。

 
 

下面咱们进入正题。自06年与SAP结缘开始,先后在甲方和Partner公司工作了很长一段时间,去年7月加入SAP成都研究院,成为SAP Cloud for Customer(C4C)开发团队的一员。与一直专注做标准产品开发的同事们不一样,由于身份的变化,这些年我在不同的SAP项目上的工作内容也有挺大的不同。

我特别喜欢用房子来给完全不了解SAP的朋友们解释我是做什么工作的。当一家公司要上一款信息化产品前,通常会先选型,就跟我们去买房一样,会根据自身的需求先圈定一些目标,比如选择心仪的品牌开发商,追求容积率低,绿化好的楼盘,或者是根据自己的预算去选择,客户也一样。SAP作为行业内知名龙头厂商,和其它竞争对手一起竞标,调研客户需求并推荐适合的商务套件。一旦客户选型完毕,就要进入到项目实施阶段了,相当于精装房交付但入住前需要有设计师进行硬装软装设计,再由施工团队完成装修工作,各大咨询公司的实施团队就在这个阶段粉墨登场,顾问会详细地调研需求绘制蓝图,等同于设计定稿,项目实施上线交付就是业主可以拎包入住的时候了。

 

从业主到装修公司到开发商一路走来,有趣的故事不少,以后有机会再跟大家唠唠。今天跟大家分享的内容是C4C中社交媒体集成(Social Media Integration)的部分。

在一个能自助服务就不选择人工介入的时代,社交媒体在现代人的生活中扮演了越来越重要的角色,大家不妨回忆一下自己每天刷微博微信的频率。目前 C4C系统已经实现了与Facebook/Twitter/Instagram/YouTube/WeChat等多种渠道和C4C Ticket服务场景的集成,另外还支持Custom Channel(客户自定义渠道)用于上述标准渠道之外的其它类型。

我们以Twitter为例,来探索一下社交媒体与C4C Ticket的集成。假设有这样一个业务场景:苹果公司在Twitter网站上有一个官方账号叫做Smart Apple,有一天客户Sherry的iPhone发生故障了,在Twitter上首次@Smart Apple发布了一条消息: "我的iPhone X坏了"。这条消息会自动被C4C抓取,首先为Sherry创建一条Business Partner主数据,再创建一个相应的Ticket。客服人员被分派这个Ticket之后,在C4C系统回复: "请提供您手机的序列号及具体的故障说明",Sherry立即在Twitter上收到这条回复,并可以通过继续回复或者直接私信的方式进行后续交流。

 

下图是Twitter网站上Sherry的抱怨被成功抓取到C4C系统后生成对应的Ticket截图:

 

C4C客户人员可以在Ticket明细页面直接回复客户,

 

这条来自C4C系统的Ticket回复文本会出现在Twitter网站上,投诉问题的客户能直接在Twitter上收到问题处理的结果。

 

其实我的同事Jerry所在的SAP成都研究院CRM开发团队,早在2013年时就在SAP CRM On-Premises呼叫中心里实现了类似的功能,详情可以查看Jerry的文章:OAuth 2.0协议在SAP产品中的应用

对于苹果公司而言,实现这样一个场景只需要在C4C系统中进行两步简单配置:一是为官方Twitter账号创建一个Social Media Channel; 二是创建一个Social Media Message extraction run, 其实就是SAP顾问朋友们熟悉的ABAP后台作业,关联第一步创建好的Channel,并指定执行的时间和频率, 用来定期从Twitter网站抓取数据。除此之外不需要任何额外的开发工作。

详细的配置:

Administrator -> Service and Social Settings,找到Social Media, 新建一个Social Media Channel,每一个Twitter账号对应一个Channel。

Consumer key和Consumer Secret是这个channel与Twitter应用进行交互的必要信息,在Twitter Developers页面可以查看:

http://dev.twitter.com/apps

点击“Connect with Channel',Twitter登录界面将在一个新的窗口打开,使用Twitter账号进行权限验证,当看到成功提示之后,可以关闭该窗口回到C4C的页面。

关于OAuth2.0协议在Twitter账号和C4C渠道绑定中起到的作用,请参考Jerry的文章:

OAuth 2.0协议在SAP产品中的应用

通过Administrator -> Service and Social Settings,找到Social Media, 新建一个Social Media Message Import Run,指定服务的Channel,并配置运行频率。大家可以把这个界面当成浏览器版本的SM37。

 
 

上述配置在系统中是怎么协同工作的呢?在介绍技术实现之前,我们需要先了解几个关键的Business Object。C4C Social Media有三剑客,SMAP、SMUP、SMA,三者相互调用,完成了Ticket与社交媒体的各种交互。以下BO结构仅为关键信息的示意,帮助大家了解BO之间是如何关联的。

SMAP,全称Social Media Activity Provider,对应的就是Social Media Channel。刚刚提到的Twitter官方账号和Channel的关联,以及关联配置时输入的设置信息都存储在下图所示的ACCESS INFO子节点中。

 

SMUP,全称Social Media User Profile, 每一个Twitter的个人账号对应一个SMUP BO实例。图示的BUPA子节点关联到一个BP 信息(例子中是Individual Customer),USER INFO子节点中存储的是其对应的社交媒体信息,对于Twitter和Facebook账号来说,只需要指定Channel Type和Communication ID即可,同一个BP的Twitter对应的SMUP只会有一个。微信稍有不同,后面再做解释。

 

SMA,全称Social Media Activity,也叫Social Media Message(消息),每一次对话对应一条该BO的实例,包含了消息来源用户的SMUP信息、消息来源的Channel信息(SMAP)、消息内容(Interaction Content)等,根据一定的逻辑判断是否创建Ticket。以客服人员回复Ticket生成的SMA为例,Main Activity负责存储生成Ticket的消息,Parent Activity为客服回复所针对的消息,如果用户再次回复了客服,那么此条回复消息即为Child Activity。这样保证了一系列的会话和回复可以有序地串起来。

 

另外还有一个对象,是仅用于Inbound Message的,即我们前面说的第二步配置,在C4C里有个术语叫MDRO(Mass Data Run Object), 即C4C后台作业的技术实现。

消息交互分为两种场景。

 啰嗦了那么多,还有最后一条同好的,最近一年迷上了烘焙,这些是我的拙作,请达人们多多交流指导。
 

下面咱们进入正题。自06年与SAP结缘开始,先后在甲方和Partner公司工作了很长一段时间,去年7月加入SAP成都研究院,成为SAP Cloud for Customer(C4C)开发团队的一员。与一直专注做标准产品开发的同事们不一样,由于身份的变化,这些年我在不同的SAP项目上的工作内容也有挺大的不同。

我特别喜欢用房子来给完全不了解SAP的朋友们解释我是做什么工作的。当一家公司要上一款信息化产品前,通常会先选型,就跟我们去买房一样,会根据自身的需求先圈定一些目标,比如选择心仪的品牌开发商,追求容积率低,绿化好的楼盘,或者是根据自己的预算去选择,客户也一样。SAP作为行业内知名龙头厂商,和其它竞争对手一起竞标,调研客户需求并推荐适合的商务套件。一旦客户选型完毕,就要进入到项目实施阶段了,相当于精装房交付但入住前需要有设计师进行硬装软装设计,再由施工团队完成装修工作,各大咨询公司的实施团队就在这个阶段粉墨登场,顾问会详细地调研需求绘制蓝图,等同于设计定稿,项目实施上线交付就是业主可以拎包入住的时候了。

从业主到装修公司到开发商一路走来,有趣的故事不少,以后有机会再跟大家唠唠。今天跟大家分享的内容是C4C中社交媒体集成(Social Media Integration)的部分。

在一个能自助服务就不选择人工介入的时代,社交媒体在现代人的生活中扮演了越来越重要的角色,大家不妨回忆一下自己每天刷微博微信的频率。目前 C4C系统已经实现了与Facebook/Twitter/Instagram/YouTube/WeChat等多种渠道和C4C Ticket服务场景的集成,另外还支持Custom Channel(客户自定义渠道)用于上述标准渠道之外的其它类型。

我们以Twitter为例,来探索一下社交媒体与C4C Ticket的集成。假设有这样一个业务场景:苹果公司在Twitter网站上有一个官方账号叫做Smart Apple,有一天客户Sherry的iPhone发生故障了,在Twitter上首次@Smart Apple发布了一条消息: "我的iPhone X坏了"。这条消息会自动被C4C抓取,首先为Sherry创建一条Business Partner主数据,再创建一个相应的Ticket。客服人员被分派这个Ticket之后,在C4C系统回复: "请提供您手机的序列号及具体的故障说明",Sherry立即在Twitter上收到这条回复,并可以通过继续回复或者直接私信的方式进行后续交流。

下图是Twitter网站上Sherry的抱怨被成功抓取到C4C系统后生成对应的Ticket截图:

C4C客户人员可以在Ticket明细页面直接回复客户,

 

这条来自C4C系统的Ticket回复文本会出现在Twitter网站上,投诉问题的客户能直接在Twitter上收到问题处理的结果。

 

其实我的同事Jerry所在的SAP成都研究院CRM开发团队,早在2013年时就在SAP CRM On-Premises呼叫中心里实现了类似的功能,详情可以查看Jerry的文章:OAuth 2.0协议在SAP产品中的应用

对于苹果公司而言,实现这样一个场景只需要在C4C系统中进行两步简单配置:一是为官方Twitter账号创建一个Social Media Channel; 二是创建一个Social Media Message extraction run, 其实就是SAP顾问朋友们熟悉的ABAP后台作业,关联第一步创建好的Channel,并指定执行的时间和频率, 用来定期从Twitter网站抓取数据。除此之外不需要任何额外的开发工作。

详细的配置:

Administrator -> Service and Social Settings,找到Social Media, 新建一个Social Media Channel,每一个Twitter账号对应一个Channel。

Consumer key和Consumer Secret是这个channel与Twitter应用进行交互的必要信息,在Twitter Developers页面可以查看:

http://dev.twitter.com/apps

点击“Connect with Channel',Twitter登录界面将在一个新的窗口打开,使用Twitter账号进行权限验证,当看到成功提示之后,可以关闭该窗口回到C4C的页面。

关于OAuth2.0协议在Twitter账号和C4C渠道绑定中起到的作用,请参考Jerry的文章:

OAuth 2.0协议在SAP产品中的应用

通过Administrator -> Service and Social Settings,找到Social Media, 新建一个Social Media Message Import Run,指定服务的Channel,并配置运行频率。大家可以把这个界面当成浏览器版本的SM37。

 
 

上述配置在系统中是怎么协同工作的呢?在介绍技术实现之前,我们需要先了解几个关键的Business Object。C4C Social Media有三剑客,SMAP、SMUP、SMA,三者相互调用,完成了Ticket与社交媒体的各种交互。以下BO结构仅为关键信息的示意,帮助大家了解BO之间是如何关联的。

SMAP,全称Social Media Activity Provider,对应的就是Social Media Channel。刚刚提到的Twitter官方账号和Channel的关联,以及关联配置时输入的设置信息都存储在下图所示的ACCESS INFO子节点中。

 

SMUP,全称Social Media User Profile, 每一个Twitter的个人账号对应一个SMUP BO实例。图示的BUPA子节点关联到一个BP 信息(例子中是Individual Customer),USER INFO子节点中存储的是其对应的社交媒体信息,对于Twitter和Facebook账号来说,只需要指定Channel Type和Communication ID即可,同一个BP的Twitter对应的SMUP只会有一个。微信稍有不同,后面再做解释。

SMA,全称Social Media Activity,也叫Social Media Message(消息),每一次对话对应一条该BO的实例,包含了消息来源用户的SMUP信息、消息来源的Channel信息(SMAP)、消息内容(Interaction Content)等,根据一定的逻辑判断是否创建Ticket。以客服人员回复Ticket生成的SMA为例,Main Activity负责存储生成Ticket的消息,Parent Activity为客服回复所针对的消息,如果用户再次回复了客服,那么此条回复消息即为Child Activity。这样保证了一系列的会话和回复可以有序地串起来。

 

另外还有一个对象,是仅用于Inbound Message的,即我们前面说的第二步配置,在C4C里有个术语叫MDRO(Mass Data Run Object), 即C4C后台作业的技术实现。

消息交互分为两种场景。

 一种是Inbound,即消息流从社交媒体导入C4C, 包括用户首次报Ticket, 用户对官方账号的回复, 用户私信官方账号等等。

每一个激活并设置了运行周期的Import Run都对应着一个ABAP后台作业,根据配置在其中的Channel ID对应的Twitter官方账号,调用Twitter API去抓取新生成的消息。得到消息列表之后,先查看该消息来源的Twitter账号是否在系统中有匹配的SMUP信息,如果有,取得该信息用于Activity的创建; 若没有,判断User Category为standard则创建一条Individual Customer并基于此创建一条SMUP,再进行Activity的创建。

创建Activity的同时,SMA的determination实现会根据消息的类型判断是否创建新的Ticket。若需要,则调用BADI进行创建。Ticket和Social Media 的关系是由Business Transaction Document Reference 关联起来的。

 

另一种场景是Outbound,即客服人员在C4C回复Ticket,回复内容会被推送到Twitter。

 
 

Outbound场景的另一个变式是客服在C4C里转发。

 

讨论完Twitter,我们再来看看大家更加熟悉的微信。微信与C4C Ticket的集成与Twitter/Facebook相比有着很大的差异。

首先,微信有一个独有的Agent Server(也称消息服务器,中间服务器等等),需要额外的开发来完成与C4C的集成;

比如Jerry这篇文章 打通C/4HANA和S/4HANA的一个原型开发:智能服务创新案例 里展示过一张架构图,红色高亮部分就是Agent Server,作为终端用户手中的微信客户端和C4C系统交互的中间件。

 

其次信息推送的方式不同,Facebook/Twitter是被动地等待C4C来读取消息,而微信则是主动向C4C推送消息的,因此微信和C4C的集成,不需要定义Import Run这种后台作业。

与Twitter官方账号类似,每个微信公众号对应C4C系统里一个Social Media Provider。在创建SMUP的时候,由于每一个用户对于不同的公众号,OpenID都是不同的,因此还需要额外指定External Party ID,即关联到公众号的Provider,这样C4C在往微信推送消息的时候才能根据BP信息和Channel找到对应的SMUP,从而确定OpenID,把消息推送到正确的公众号去。

 

这里给大家解释一下微信OpenID的概念,它与微信ID和微信昵称到底有什么区别呢?

  • 微信 ID: 相当于微信用户在微信这个APP的身份证号码,唯一且创建之后不可更改。你的朋友可以通过微信ID搜索到你。

  • 微信昵称: 微信昵称是微信用户显示在朋友的联系人清单里的名字,可以多次更改。

  • 微信 OpenID: 当一个微信用户关注了一个微信公众号之后,公众号可以获取到该用户对应的OpenID,对公众号来说,每个关注了该公众号的用户会通过一个唯一的ID来标识;对微信用户来说,他/她关注了多个不同的公众号,会对应多个不同的OpenID。

以下图为例,用户李晓刚同时关注了苹果的售前和售后公众号,会在SMUP中生成两条User Profile,对应两个不同的OpenID。当他通过售后公众号报了Ticket之后,C4C的客服回复该Ticket时,除了BP号和Channel Type是微信之外,还需要知道该Ticket是通过哪一个公众号在C4C系统生成的,这样才能找到正确的OpenID,从而准确回复给对应的微信用户。因此在生成SMUP时,除了记录OpenID之外,还需要记录公众号的信息, 即Channel ID,也就是C4C系统里配置的Social Media Provider ID,对应到现实里就是一个公众号。而Twitter和Facebook的账号,只需要在创建SMUP时指定Channel Type即可。

 

最后让我们来看看微信和C4C集成的效果。下图展示的是通过Jerry的另一篇文章 C4C和微信集成系列教程 和我的同事Li Sean在SAP社区上发表的博客里介绍的步骤开发而成的功能:

https://blogs.sap.com/2018/02/28/integration-of-wechat-and-c4c-service-ticket-on-html5-client/

客户在微信客户端提出一个产品故障报告:

 

通过上面介绍的集成场景,在C4C自动生成了一个Ticket:

 

C4C的客服人员被分配到这个Ticket后,在C4C里回复,告诉客户该故障已经在处理中了:

 

客户在自己的微信客户端上收到了C4C客服人员的回复:

 

以上就是我对C4C社交媒体集成这个话题的一些分享,如果大家有任何疑问或者希望进一步探讨,欢迎联系我们,感谢阅读。

更多阅读

 

0
0
分享到:
评论

相关推荐

    MIL-STD-781D.pdf

    MIL-STD-781D.pdf

    基于ssm+mysql的煤炭销售管理系统(含LW+PPT+源码+系统演示视频+安装说明).zip

    系统名称:基于JSP煤炭销售管理系统 技术栈:JSP技术、Mysql数据库、B/S结构 系统功能:管理员功能:个人信息管理、员工信息管理、煤炭信息管理、煤炭类别管理、煤炭销售统计、公告信息管理;销售员工功能:个人资料管理、煤炭入库数据管理、煤炭库存信息查看、煤炭销售数据信息管理、我的煤炭销售统计、公告信息查看 摘要:随着经济的发展以及人们对于能源的需求,煤炭的销售量也在日益提升,煤炭销售过程中存在大量的销售数据,包含了煤炭类型、煤炭价格、煤炭出入库管理、煤炭销售统计等内容,然而在现实煤炭销售过程中很多销售管理的内容都是通过手动记录的方式来实现,对于交易量比较小的应用场景这种手工管理模式还适用,但是对于大型和多销售人员的场景下,对于煤炭销售的管理存在很多风险。本文结合了当前煤炭销售管理中的常见问题,通过线上平台的开发设计,利用JSP技术以及Mysql数据库实现在线煤炭销售信息的管理,包含了煤炭销售管理过程中的煤炭信息管理、煤炭销售管理、煤炭入库管理、煤炭库存管理以及销售人员销量统计,销售员工和管理人员可以借助线上平台实现煤炭销售信息的优化管理,利用线上平台的便捷性帮助缓解和提升煤炭交易管理的效率,同时借助线上数据信息的查询和统计帮助优化煤炭进销存管理的数据信息准确性,从而对于煤炭整体销售过程实现有效的管控。

    中职语文《雪山上的红盖头》教学设计.docx

    中职语文《雪山上的红盖头》教学设计.docx

    电动汽车360V高压电机控制器开源方案详解:FOC算法、硬件设计及调试工具

    内容概要:本文详细介绍了某厂商开源的360V电动汽车高压电机控制器的技术细节。涵盖了硬件设计、FOC算法实现、Bootloader设计以及强大的上位机调试工具。硬件方面,采用英飞凌IGBT驱动、三路独立Σ-Δ型ADC同步采样,确保电流纹波控制在3%以内。软件方面,FOC核心算法将Park逆变换和SVPWM生成融合,提高了计算效率。Bootloader支持USB+CAN双模刷机,增强了系统的稳定性和可靠性。上位机提供了实时波形捕获、自动参数整定等功能,极大提升了调试效率。 适合人群:从事电动汽车电机控制系统研发的工程师和技术爱好者。 使用场景及目标:适用于希望深入了解电动汽车高压电机控制器的设计和实现,特别是FOC算法、硬件选型、Bootloader设计及高效调试工具的应用场景。目标是帮助工程师快速掌握核心技术,提升开发效率和系统性能。 其他说明:该开源项目不仅提供了完整的源码和硬件设计文件,还包括详细的调试工具和自动化测试脚本,有助于加速产品研发周期。

    class QGroupBox : public QWidget ,最常用的容器类 QGroupBox 的源码

    class QGroupBox : public QWidget ,最常用的容器类 QGroupBox 的源码

    西门子PLC200smart RS485轮询与步进轴控制在产品测试机中的应用

    内容概要:本文详细介绍了在一个产品测试机项目中,使用西门子PLC200smart实现RS485轮询读写两个电压表和控制一个步进轴的具体方法。文中首先讲解了RS485串口初始化设置及其轮询状态机的设计,确保能够按顺序读取两个电压表的数据,并将其转换为可用的电压值。接着阐述了步进轴控制的实现步骤,包括设置最高速度、加减速参数、定义高速计数器模式以及发送脉冲使步进轴运动。此外,还涉及了触摸屏程序、电气图纸、材料清单等方面的内容,展示了完整的自动化项目从设计到实现的过程。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是对PLC编程有一定基础的人群。 使用场景及目标:适用于需要集成多种设备(如电压表、步进电机等)的产品测试机或其他自动化设备的开发。主要目标是掌握如何利用西门子PLC200smart进行RS485通信和步进轴控制,提高设备的自动化水平和工作效率。 其他说明:文中提供的实例代码和实践经验有助于读者更好地理解和应用于实际项目中,同时也强调了通信时序、运动控制加减速以及抗干扰措施的重要性。

    【产品经理从0到1】用户研究和需求分析-功能清单示例

    【产品经理从0到1】用户研究和需求分析-功能清单示例

    利用插电式电动汽车提高电网暂态稳定性的Python-PSS/E联合仿真研究

    内容概要:本文探讨了利用插电式电动汽车(PEV)提高电网暂态稳定性的方法,并展示了具体的Python代码实现。文中详细介绍了如何通过PSS/E平台实时监测发电机转速偏差,并据此动态调整PEV的充放电功率,从而快速响应电网扰动,增强系统的稳定性和容错能力。此外,还讨论了电池健康管理和通信延迟等问题,并提出了相应的解决措施。实验结果显示,引入PEV控制后,电网在面对突发故障时的表现显著改善,如电压恢复时间和临界清除时间均大幅缩短。 适用人群:从事电力系统自动化、智能电网研究的技术人员和研究人员。 使用场景及目标:适用于希望深入了解电动汽车与电网互动机制的研究者和技术开发者,旨在探索新型调频手段,提高电网的稳定性和可靠性。 其他说明:文中提供的Python代码片段可用于进一步研究和开发,同时强调了未来发展方向,如5G基站、IDC数据中心等分布式储能资源的应用潜力。

    探索合作机会 Exploring opportunities for collaboration.pptx

    探索合作机会 Exploring opportunities for collaboration.pptx

    基于ssm+mysql的作业提交与批改程序(含LW+PPT+源码+系统演示视频+安装说明).zip

    系统名称:SSM作业提交与批改 技术栈:SSM框架(Spring、SpringMVC、MyBatis)、MySQL数据库、JSP、Eclipse 系统功能:学生的主要功能有个人资料管理、作业成绩管理、作业管理;管理员的主要功能有系统用户管理、学生管理和老师管理;老师的主要功能有个人资料管理、作业成绩管理、作业管理。 摘要:社会的进步导致人们对于学习的追求永不止境,那么追求学习的方式也从单一的书本教程变成了多样化的学习方式。多样化的学习方式不仅仅是需要人们智慧的依靠,还需要能够通过软件的加持进行信息化的价值体现。软件和系统的产生,从表面上来看是方便了某一行业和某一行业的用户,其实是从本质上来说是提高了社会的进步。就拿我们常见的出行而言,滴滴出行看似是为了打车和出行的人方便,但其实通过另外一种程度上来说,可以通过软件应用的调度和发展来为社会、城市出行的发展做出巨大的贡献。我们国家从最早的中国制造业演变到现在的“智造”,就是因为有软件信息系统的价值,能够将一些智慧的因素加入到制造的过程当中,而这一点就是软件系统来改变生产和现实的需求。在计算机时代日益发展的今天,计算机网络正快速融入这个社会的每一个领域。学习也成为大家生活当中必不可少的一种习惯,但面对学习的方式,我们往往是依靠书本或者是教师上课的形式进行讲解,老师批改作业的过程当中难能够将每一位学生的思路看明白,而且面对学生如此之多,老师的工作量也是非常大的,为此开发和设计SSM作业提交与批改,该系统内容丰富多彩,用户可以在线进行作业批改等。本文还是使用JSP的方式来进行管理的,但在系统建设过程当中也考虑了许许多多信息安全的保护。

    托盘输送机PLC程序双版本剖析:传统状态字与面向对象设计的较量

    内容概要:本文详细探讨了两种不同版本的托盘输送机PLC程序,分别是基于状态字的传统设计(V1)和面向对象的设计(V2)。文中介绍了所使用的硬件配置(西门子S7-1500 PLC和KTP700 HMI),以及这两种版本在编程方法、通信协议、报警处理等方面的显著差异。V1版本使用了大量的状态字进行逻辑控制,代码复杂度较高,维护困难;而V2版本则采用了面向对象的方法,利用功能块(FB)封装了大部分逻辑,使得代码更加简洁易懂,同时也增强了系统的可维护性和扩展性。此外,文章还提到V2版本增加了心跳检测机制和数据校验,进一步提升了系统的稳定性。 适合人群:从事工业自动化控制领域的工程师和技术人员,尤其是对PLC编程有一定了解的人群。 使用场景及目标:适用于需要理解和优化托盘输送机控制系统的企业和个人。主要目标是帮助读者理解两种不同编程思路的特点及其优缺点,从而为实际工作中选择合适的编程方法提供参考。 其他说明:尽管V2版本在很多方面优于V1版本,但也存在一些潜在的问题,如模板版本管理和符号命名冲突等。因此,在实际应用中需要注意这些问题,并采取适当的措施加以解决。

    中职语文《离太阳最近的树》教学设计.docx

    中职语文《离太阳最近的树》教学设计.docx

    线控转向系统(CarSim与Simulink)联合仿真的关键技术与应用

    内容概要:本文详细介绍了线控转向系统(Steer-by-Wire,SbW)在CarSim和Simulink联合仿真环境中的实现方法和技术要点。首先,文章讲解了CarSim中转向执行器模型和车辆动力学参数的配置,强调了执行器响应延迟的重要性。接着,阐述了Simulink中线控转向控制器的设计,包括基于车速和路面摩擦系数的自适应补偿以及查表法的应用。随后,讨论了联合仿真过程中信号对接的技术细节,如S-Function的配置和采样周期的同步。此外,文章还提供了多个实用技巧,如处理信号延迟、优化控制器性能、验证仿真效果的方法。最后,强调了仿真与实际情况之间的差异,并给出了相应的解决方案。 适合人群:从事汽车工程、自动驾驶研究的专业人士,尤其是熟悉CarSim和Simulink工具的工程师。 使用场景及目标:适用于需要进行线控转向系统仿真的项目,旨在提高仿真的真实性和效率,帮助工程师更好地理解和优化线控转向系统的性能。 其他说明:文中提供了大量具体的代码示例和配置步骤,便于读者快速上手并应用于实际工作中。同时,提醒读者关注仿真与现实之间的差异,确保仿真结果的有效性。

    大厂高频源码注入实战:深入剖析Spring、React与Dubbo的源码级定制技巧

    内容概要:本文详细介绍了大型互联网公司在日常开发中对各种主流框架进行源码级注入的实际案例和技术细节。首先探讨了Spring框架中通过BeanPostProcessor接口实现的属性注入,展示了如何在Bean初始化阶段动态修改限流阈值。接着讨论了React框架中利用未公开的内部属性进行调度策略的自定义注入,以及Dubbo框架中通过修改ProtocolFilterWrapper类实现自定义风控过滤器的添加。此外,还提到了MyBatis插件机制用于SQL执行链路的埋点监控,以及JVM启动参数配合ClassFileTransformer实现的字节码增强技术。最后,文章强调了源码级注入带来的灵活性和潜在风险,如兼容性和调试难度等问题。 适合人群:具备一定编程经验的技术人员,尤其是对框架底层运作感兴趣的开发者。 使用场景及目标:帮助读者理解并掌握如何通过对现有框架进行深层次定制来满足特定业务需求,同时提醒读者注意此类操作的风险和挑战。 其他说明:文中提供了多个具体的代码片段作为示例,便于读者更好地理解和应用相关技术。

    iOS开发之创建简约待办清单App基础教程

    在当今数字化的时代,iOS应用市场蓬勃发展。开发一款属于自己的iOS应用不仅可以满足特定的需求,还能提升自己的编程技能。本教程将带领大家一步一步创建一个简约的待办清单App,通过这个实例,让大家对iOS开发有一个基础且全面的认识。

    微信公众号程序PHP源码 收银台源码 商家PHP源码 微信支付扫码付款 商家收银台.zip

    商家收银台-微信支付扫码付款-微信支付收银台-PHP源码 微信公众号程序,必须微信认证服务号,微信支付商家 客户扫码,打开商家定义支付页面,输入金额和对应定义信息,提交微信支付,实现快速付款 支持创建多个店铺,各个店铺自定义不同自定义表单。通过自定义表单实现订单自定义明细 通过店铺自定义表单可以轻松建立,快捷收款、微信收银台、面对面收款、商品预约预订等扫码微信支付, 提升客户服务体验,商户快速获得精准订单数据,实现账款统计。 通过打开自定义的表单页面,输入自定义的指定信息,可以实现订单收款。 完全可自定义的表单字段,支持单行文本,多行文本,单选,多选,下拉选择,上传图片,时间。 收款金额可设置为固定金额或输入金额。

    MATLAB/Simulink中基于分段下垂控制的锂电池SOC均衡策略及其应用

    内容概要:本文详细介绍了在MATLAB/Simulink环境下,针对微电网储能系统的锂电池SOC均衡问题提出的一种创新性的分段下垂控制策略。传统下垂控制存在收敛速度慢和充放电切换时母线电压波动大的问题。为解决这些问题,作者提出了将下垂曲线分为三个区域的方法:当SOC差超过5%时采用指数型下垂系数,2%-5%间使用二次曲线过渡,小于等于2%则保持线性控制。此外,引入了电压补偿机制以抑制母线电压波动,并通过仿真验证了该方法的有效性。结果显示,新的控制策略显著提高了SOC均衡的速度和平滑度,同时有效减少了母线电压波动。 适用人群:从事电力电子、微电网研究的技术人员以及对储能系统优化感兴趣的科研工作者。 使用场景及目标:适用于需要高效管理锂电池组SOC均衡并确保系统稳定的微电网项目。主要目标是在保证系统稳定性的同时提高SOC均衡效率,减少充放电切换时的电压波动。 其他说明:文中提供了详细的MATLAB/Simulink建模步骤和部分源代码片段,有助于读者理解和复现实验结果。

    深度学习基于PyTorch的自注意力机制增强Vision Transformer模型设计:图像分类任务优化

    内容概要:本文档展示了如何在PyTorch中实现自注意力机制(Self-Attention)并将其应用于Vision Transformer(ViT)模型。首先定义了一个`SelfAttention`类,该类实现了多头自注意力机制,包括查询、键、值的线性变换、多头分割、注意力分数计算以及加权求和等步骤。接着定义了`get_model`函数,用于获取一个修改后的ViT模型:加载预训练的ViT-B/16模型,在其Transformer编码器层中用自定义的`SelfAttention`替换原有的注意力模块,并调整分类头以适应新的类别数量。最后,在主程序中创建模型实例并测试其输入输出形状。; 适合人群:熟悉PyTorch框架,对深度学习尤其是Transformer架构有一定了解的研究人员或工程师。; 使用场景及目标:①理解自注意力机制的具体实现细节;②掌握如何在现有预训练模型上进行定制化修改以满足特定任务需求;③学习如何将自定义模块集成到复杂的神经网络结构中。; 阅读建议:由于代码涉及较多PyTorch API的使用,建议读者提前熟悉相关API文档;同时,为了更好地理解代码逻辑,可以结合Transformer的工作原理一同学习。

    使用stm32驱动多个测距传感器VL53L0X

    使用stm32驱动多个测距传感器VL53L0X

    中职语文《劝学》教学设计.docx

    中职语文《劝学》教学设计.docx

Global site tag (gtag.js) - Google Analytics