有没有这样一个节点?
设定了早上Homepod自动播报天气情况,但有时候前面获取天气数据等节点都正常执行后,到tts播报的节点会执行错误,可能是网络卡住的原因,再执行一下就可以正常播报。有没有这样一个节点,当某个节点执行错误的时候,延时一段时间继续执行这个节点,直到执行成功?tts节点后有输出,可以看下payload
估计执行成功和失败的payload是不一样的
然后判断是否要再执行 ghostist 发表于 2023-3-31 08:49
tts节点后有输出,可以看下payload
估计执行成功和失败的payload是不一样的
然后判断是否要再执行 ...
这个tts节点出错后,不会再执行后面的节点,好像没法再去判断输出
cocoonyun 发表于 2023-3-31 09:08
这个tts节点出错后,不会再执行后面的节点,好像没法再去判断输出
你在这个节点后面加个debug看看输出 ghostist 发表于 2023-3-31 09:15
你在这个节点后面加个debug看看输出
试过了,如果节点执行出错的话,加debug也不会有输出,就是出错信息,这个不是debug输出的。
会用NR的我都觉得厉害。。 cocoonyun 发表于 2023-3-31 09:24
试过了,如果节点执行出错的话,加debug也不会有输出,就是出错信息,这个不是debug输出的。
...
我也不是很熟NR
如果是我,我做这样的尝试:
在TTS触发时同时触发一个定时器,比如3秒
然后看TTS,如果正常,则应该有输出payload,用这个输出判断去停止上述定时器
如果TTS调用异常,则没有输出,此时定时器不会被停止,到3秒后重复触发TTS ghostist 发表于 2023-3-31 10:36
我也不是很熟NR
如果是我,我做这样的尝试:
在TTS触发时同时触发一个定时器,比如3秒
是的,目前我妥协的方式是这样的,同时触发一个延时,若干秒后再触发TTS,这个方式不知道怎么可以形成一个循环,确保TTS执行成功后停止,目前只能再触发一次
cocoonyun 发表于 2023-3-31 10:51
是的,目前我妥协的方式是这样的,同时触发一个延时,若干秒后再触发TTS,这个方式不知道怎么可以形成一 ...
不 你没有理解我说的
单纯延时再触发如果第一次就触发成功,那就会触发第二次
如果第二次也没成功,那就不会尝试第三次
你自己看看我上面说的,我那个思路如果不成功会一直尝试,直到成功 ghostist 发表于 2023-3-31 11:03
不 你没有理解我说的
单纯延时再触发如果第一次就触发成功,那就会触发第二次
如果第二次也没成功,那 ...
谢谢,我理解你的意思了。我又搞了个全局变量,作了个计时循环,这样好像可以
页:
[1]
2