计算化学公社

标题: LUMO本应该分布在受体单元却分布在供体单元？ [打印本页]

作者
Author: 好好学习 时间: 2017-7-31 14:46
标题: LUMO本应该分布在受体单元却分布在供体单元？
各位老师好我算的LUMO本应该分布在受体单元上但结果确实供体单元请问是为什么？

作者
Author: 小范范1989 时间: 2017-7-31 15:42
楼主是做TADF的吗？
你这个画的是homo。在donor上面。和你说的“我算的LUMO本应该分布在受体单元上但结果确实供体单元”相反。
i文章中截图这个，是LUMO在Acceptor上面。

作者
Author: mutron 时间: 2017-7-31 16:06
和2L说的一样，就是题主选错了 (, 下载次数 Times of downloads: 27)

作者
Author: 好好学习 时间: 2017-7-31 19:14
本帖最后由好好学习于 2017-7-31 19:16 编辑

小范范1989 发表于 2017-7-31 15:42
楼主是做TADF的吗？
你这个画的是homo。在donor上面。和你说的“我算的LUMO本应该分布在受体单元上但结果 ...

非常感谢前辈的回复但我重新画了就是lumo在供体单元啊

作者
Author: mutron 时间: 2017-7-31 21:19
本帖最后由 mutron 于 2017-7-31 23:03 编辑

这就有点奇怪了，一般LUMO应该在acceptor，而二苯砜结构是一个常见的acceptor单元

而且我看了一下，你图中的轨道分布和我使用你最后优化的结构算单点得到的LUMO还不一样：
(, 下载次数 Times of downloads: 25) （文献给出的MO分布）

(, 下载次数 Times of downloads: 21)

（HOMO，留意中间的那些轨道有一大片是相连的，和文献的结构能对应上）

(, 下载次数 Times of downloads: 29)
（MO=210，这个才和题主的MO一样）

(, 下载次数 Times of downloads: 23)
（LUMO，在二苯砜上的才应该是LUMO）

所以题主并不是把LUMO和HOMO搞反了，而是把更高能量的空轨道变成LUMO。至于原因...去请教sober老师吧

作者
Author: 小范范1989 时间: 2017-7-31 21:55
哎？对哈，你们都画的是208的LUMO，为啥完全不一样呢？

作者
Author: 好好学习 时间: 2017-8-1 08:25

mutron 发表于 2017-7-31 21:19
这就有点奇怪了，一般LUMO应该在acceptor，而二苯砜结构是一个常见的acceptor单元

而且我看了一下，你图 ...

我的homo也是能和文献对的上我的210和你的208一样你的210和我的208一样这都到底为啥啊好奇怪

作者
Author: mutron 时间: 2017-8-1 16:56

好好学习发表于 2017-8-1 08:25
我的homo也是能和文献对的上我的210和你的208一样你的210和我的208一样这都到底为啥啊好奇怪

留意到你计算的是64位G09D，GV是windows，所以我想是不是chk文件转换过程中出了什么问题？如果可以的话提取你优化好的结构算一次单点，把（Linux下）得到的chk文件压缩一下用网盘传上来看看吧，或者你之前优化生成的chk文件也可以（Linux下）

作者
Author: 好好学习 时间: 2017-8-1 18:40

mutron 发表于 2017-8-1 16:56
留意到你计算的是64位G09D，GV是windows，所以我想是不是chk文件转换过程中出了什么问题？如果可以的话提 ...

Linux下产生的chk不能用windows下的GV打开吧

作者
Author: 好好学习 时间: 2017-8-1 18:40

mutron 发表于 2017-8-1 16:56
留意到你计算的是64位G09D，GV是windows，所以我想是不是chk文件转换过程中出了什么问题？如果可以的话提 ...

你有qq吗我们可以互相加一下 179166851

作者
Author: mutron 时间: 2017-8-1 19:25

好好学习发表于 2017-8-1 18:40
Linux下产生的chk不能用windows下的GV打开吧

对，必须转换成fchk文件才能windows查看，所以我怀疑是formchk转换出了问题？如果有原始linux chk文件至少可以判断计算得到的结果是否一致

加我Q没太大作用，还不如去加公社Q群，那里有很多有着丰富经验的老师、前辈

作者
Author: 好好学习 时间: 2017-8-1 19:28

mutron 发表于 2017-8-1 19:25
对，必须转换成fchk文件才能windows查看，所以我怀疑是formchk转换出了问题？如果有原始linux chk文件至 ...

好的那我去试试

作者
Author: 好好学习 时间: 2017-8-1 19:35

mutron 发表于 2017-8-1 19:25
对，必须转换成fchk文件才能windows查看，所以我怀疑是formchk转换出了问题？如果有原始linux chk文件至 ...

我用linux chk文件画了依然是我之前的结果做sp也一样

作者
Author: mutron 时间: 2017-8-1 19:49

好好学习发表于 2017-8-1 19:35
我用linux chk文件画了依然是我之前的结果做sp也一样

如果你的意思是chk没有转换直接linux用gv浏览的话，那就是计算结果已经出问题了。我都是直接复制你的输入算单点，这都能不一样我就没办法了，去请教sober老师吧

作者
Author: 冰释之川 时间: 2017-8-1 20:05
请上传 fchk文件

作者
Author: 好好学习 时间: 2017-8-1 20:17

冰释之川发表于 2017-8-1 20:05
请上传 fchk文件

谢谢老师

作者
Author: 冰释之川 时间: 2017-8-1 20:43
本帖最后由冰释之川于 2017-8-1 20:47 编辑

好好学习发表于 2017-8-1 20:17
谢谢老师

(, 下载次数 Times of downloads: 55)
(, 下载次数 Times of downloads: 38)

注意看你fchk里的信息居然是3-21G的基组，这和你out文件里的6-31G(d)完全不一样！

我不知道你是如何得到fchk文件的。你在生成fchk/chk文件的时候，应该注意基组的一致性。

特别是要用GV生成MOs的cube文件，选用的方法要一致！！

作者
Author: 好好学习 时间: 2017-8-1 20:59

冰释之川发表于 2017-8-1 20:43
注意看你fchk里的信息居然是3-21G的基组，这和你out文件里的6-31G(d)完全不一样！

我不知道你是 ...

我是在liunx中用命令formchk将chk生成的fchk 没有用GV 我也不知道基组为什么发生变化了

作者
Author: 好好学习 时间: 2017-8-1 21:03

好好学习发表于 2017-8-1 20:59
我是在liunx中用命令formchk将chk生成的fchk 没有用GV 我也不知道基组为什么发生变化了

老师我这显示的是6-31G(d)啊

作者
Author: 冰释之川 时间: 2017-8-1 21:09

好好学习发表于 2017-8-1 21:03
老师我这显示的是6-31G(d)啊

你传的fchk不是这个，要不你把这个传一下

作者
Author: 好好学习 时间: 2017-8-1 21:31

好好学习发表于 2017-8-1 21:03
老师我这显示的是6-31G(d)啊

老师十分抱歉我之前上传的文件有问题我重新上传一遍麻烦老师了

作者
Author: 冰释之川 时间: 2017-8-1 22:04

好好学习发表于 2017-8-1 21:31
老师十分抱歉我之前上传的文件有问题我重新上传一遍麻烦老师了

(, 下载次数 Times of downloads: 44)
(, 下载次数 Times of downloads: 69)
(, 下载次数 Times of downloads: 29)

我这边显示完全正常

作者
Author: mutron 时间: 2017-8-1 22:10
用题主22楼给的fchk文件就没问题了，和我之前看的一致，MO 207-210都一样了。所以是不是题主windows gview的问题？版本？

作者
Author: 好好学习 时间: 2017-8-2 08:20

冰释之川发表于 2017-8-1 22:04
我这边显示完全正常

谢谢老师我也用multiwfn试试看是不是我的GV有问题

作者
Author: 好好学习 时间: 2017-8-2 08:20

mutron 发表于 2017-8-1 22:10
用题主22楼给的fchk文件就没问题了，和我之前看的一致，MO 207-210都一样了。所以是不是题主windows gview ...

我再研究研究看是不是GV的事非常感谢！

作者
Author: mutron 时间: 2017-8-2 18:11

好好学习发表于 2017-8-2 08:20
我再研究研究看是不是GV的事非常感谢！

看了一下你17楼给出的fch文件，发现这个才是你之前一直出问题的计算结果，看似208和210调转了，其实很多MO都对不上包括HOMO，所以可以排除是gv问题了。但是你是通过什么计算得到那个fch？我试了几次都不能重复你这个结果（哪怕用HF/3-21G去算都正常）

题主看一下冰老师的建议吧，结合你17楼和22楼一模一样的文件名，我估计你一直认为17楼的fch是优化以及单点结果。所以以后不同类型的计算记得改文件名，这样自己或者别人也不会搞混了。这个问题如果你把优化结果和17楼的任务分开命名，优化得到的chk转换成fchk，在windows用gv或者mutiwfn查看MO也就不会出现问题

欢迎光临计算化学公社 (http://bbs.keinsci.com/)