完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
嗨,我能够做更多的测试,这表明在仪器管理器中更改/删除读取终止符(默认值:“”)可能完全没有帮助。这很奇怪,因为我写了70字节(这是有效的
并且发送正确),大部分时间(有时它按预期工作)Vee停止,0x0A(LF)(0x0A始终是70的第60个字节)是最后接收的字节。然后我得到错误701“文件结束 或者没有找到数据“(这指的是真正解释为0x0A作为读取终结符的东西),下次我读取数据时我得到了丢失的10个字节。另外,我检查了串行多端口卡的配置选项中是否设置了读取终止符 我们使用(Meilhaus 9000 http://www.meilhaus.de/en/products/inte ... a3833f4bd7)。事实并非如此。我越来越相信控制单元存在时序/中断问题,但是我 我不敢相信问题总是出现在同一个字节上。此外,我们有一个基于Linux的服务程序( 没有源代码,不幸的是,它使用相同的硬件完美地读取和写入相同的数据。进一步的建议?问候,FloOriginal帖子/问题:嗨,这里有一点问题:VEE 7.0serial connectiontask:从4个控制单元问题读取一组70个字节 :我尝试读取70字节,但每当我读取某个0x0a VEE停止读取数据我尝试了什么:检查电缆连接,检查一般通信,确定(确认ack和nack正确)用oszi检查电压电平,确认vee programm是 同样的4个单位,增加超时,没有改变任何想法为什么会发生这种情况? 以上来自于谷歌翻译 以下为原文 Hi, I was able to do some more testing which showed that changing/deleting the read terminator (default: " ")in instrument manager sadly did not help at all. This thing is weird, as written I receive 70 bytes (wich are valid and sent correctly), Most of the time (sometimes it works as it should) Vee stops with 0x0A (LF) (0x0A is always the 60th byte of the 70) being the last byte received. Then I get error 701 "End of file or no data found" (this points to something really interpreting 0x0A as the read terminator), next time I read data I get the missing 10 bytes. Additionally I checked if there was a read terminator set in the configurations options for the serial multiport card we use (Meilhaus 9000 http://www.meilhaus.de/en/products/inte ... a3833f4bd7). This was not the case. More and more I believe that there's timing/interrupt problem with the control unit, however I can not believe that the problem appears always with the same byte then. Furthermore we have a linux based service programm (no source code unfortunately) which reads and writes the same data with the same hardware flawlessly. An further suggestions? Regards, Flo Original post/problem: Hi, having a little problem here: VEE 7.0 serial connection task: read a set of 70 bytes from 4 control units problem: I try to read 70 Bytes, but whenever I read a certain 0x0a VEE stops reading data what did I try: checked cable connection, ok checked general communication, ok (ack and nack's are sent correctly) checked voltage levels with oszi, ok the vee programm is the same for the 4 units, increased timeout, no change Any ideas why this happens? |
|
相关推荐
6个回答
|
|
嗨,我能够做更多的测试,这表明在仪器管理器中更改/删除读取终止符(默认值:“”)可能完全没有帮助。这很奇怪,因为我写了70字节(这是有效的
并且发送正确),大部分时间(有时它按预期工作)Vee停止,0x0A(LF)(0x0A始终是70的第60个字节)是最后接收的字节。然后我得到错误701“文件结束 或者没有找到数据“(这指的是真正解释为0x0A作为读取终结符的东西),下次我读取数据时我得到了丢失的10个字节。另外,我检查了串行多端口卡的配置选项中是否设置了读取终止符 我们使用(Meilhaus 9000 http://www.meilhaus.de/en/products/inte ... a3833f4bd7)。事实并非如此。我越来越相信控制单元存在时序/中断问题,但是我 我不敢相信问题总是出现在同一个字节上。此外,我们有一个基于Linux的服务程序( 没有源代码,不幸的是,它使用相同的硬件完美地读取和写入相同的数据。进一步的建议?问候,FloOriginal帖子/问题:嗨,这里有一点问题:VEE 7.0serial connectiontask:从4个控制单元问题读取一组70个字节 :我尝试读取70字节,但每当我读取某个0x0a VEE停止读取数据我尝试了什么:检查电缆连接,检查一般通信,确定(确认ack和nack正确)用oszi检查电压电平,确认vee programm是 同样的4个单位,增加超时,没有改变任何想法为什么会发生这种情况?---您目前订阅vrf为:hua_jing@agilent.com要订阅,请发送电子邮件至:“vrf-request@lists.it。 agilent.com“在邮件正文中单词subscribe。要取消订阅,请发送一封空白电子邮件至”leave-vrf@it.lists.it.agilent.com“。要向此邮件列表发送邮件,请发送电子邮件至”vrf @ agilent。 COM”。 如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”。在“http://www.vrfarchive.com/vrf_archive”上搜索“非官方vrf档案”。 在“http://vee.engineering.agilent.com”上搜索Agilent vrf存档。 以上来自于谷歌翻译 以下为原文 Hi, I was able to do some more testing which showed that changing/deleting the read terminator (default: " ")in instrument manager sadly did not help at all. This thing is weird, as written I receive 70 bytes (wich are valid and sent correctly), Most of the time (sometimes it works as it should) Vee stops with 0x0A (LF) (0x0A is always the 60th byte of the 70) being the last byte received. Then I get error 701 "End of file or no data found" (this points to something really interpreting 0x0A as the read terminator), next time I read data I get the missing 10 bytes. Additionally I checked if there was a read terminator set in the configurations options for the serial multiport card we use (Meilhaus 9000 http://www.meilhaus.de/en/products/inte ... a3833f4bd7). This was not the case. More and more I believe that there's timing/interrupt problem with the control unit, however I can not believe that the problem appears always with the same byte then. Furthermore we have a linux based service programm (no source code unfortunately) which reads and writes the same data with the same hardware flawlessly. An further suggestions? Regards, Flo Original post/problem: Hi, having a little problem here: VEE 7.0 serial connection task: read a set of 70 bytes from 4 control units problem: I try to read 70 Bytes, but whenever I read a certain 0x0a VEE stops reading data what did I try: checked cable connection, ok checked general communication, ok (ack and nack's are sent correctly) checked voltage levels with oszi, ok the vee programm is the same for the 4 units, increased timeout, no change Any ideas why this happens? --- You are currently subscribed to vrf as: hua_jing@agilent.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body. To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive". Search the Agilent vrf archive at "http://vee.engineering.agilent.com". |
|
|
|
在“http://vee.engineering.agilent.com”上搜索Agilent vrf存档。
以上来自于谷歌翻译 以下为原文 Search the Agilent vrf archive at "http://vee.engineering.agilent.com". |
|
|
|
Flo:不知道你为什么会遇到这个问题...但在我看来,可能的解决方案是向生成此错误的对象添加错误引脚...然后,如果错误条件满足终结器问题,则可以生成
一个例程再次读取最后10个字节..这不是最优雅的解决方案,但如果错误条件已知则应该有效...如果其他一切都失败希望这有助于... GPS:我看到来自其他人的消息报告 这种情况可能是已知的bug ??? 是这样吗??? -----原始消息-----来自:flo@flokel.homeip.net [mailto:flo@flokel.homeip.net]发送时间:2007年8月24日3:21 AMTo :VRFSubject:[vrf] VEE停在0x0a(“LF”)updateHi,我能够做更多测试,这表明在仪器管理器中更改/删除读取终止符(默认值:“”)可能完全没有帮助。 这个东西很奇怪,因为我收到了70个字节(有效且发送正确),大部分时间(有时候它可以正常工作)Vee以0x0A(LF)停止(0x0A始终是70的第60个字节) 接收到的最后一个字节。然后我得到错误701“文件结束或没有找到数据”(这指向真正解释0x0A作为读取终止符的东西),下次我读取数据时我得到丢失的10个字节。另外我检查了 在我们使用的串行多端口卡的配置选项中设置了一个读取终结器(Meilhaus 9000 http://www.meilhaus.de/en/products/inte ... user_produkte%5BPR%5D = 16& cHash = a3833f4bd7) 事实并非如此.M 我相信控制单元存在时序/中断问题,但是我无法相信问题总是出现在同一个字节中。此外,我们还有一个基于linux的服务程序(很遗憾没有源代码),它可以读取和写入 完美的相同数据与相同的硬件。进一步的建议?问候,FloOriginal发布/问题:嗨,这里有一点问题:VEE 7.0serial connectiontask:从4个控制单元问题中读取一组70个字节:我尝试读取70个字节,但是 每当我读取某个0x0a VEE停止读取数据时我尝试了什么:检查电缆连接,检查一般通信,确定(确认ack和nack是正确的)用oszi检查电压电平,确定4个单元的vee程序相同,增加超时 ,没有改变任何想法为什么会发生这种情况?---您目前订阅vrf为:gurday@negenex.com要订阅,请发送电子邮件至:“vrf-request@lists.it.agilent.com”,其中包含subscribe in 邮件正文。要取消订阅 scribe发送一封空白电子邮件至“leave-vrf@it.lists.it.agilent.com”。要发送邮件到此邮件列表,请发送电子邮件至“vrf@agilent.com”。如果您需要有关邮件列表的帮助,请发送邮件 到“owner-vrf@it.lists.it.agilent.com”。在“http://www.vrfarchive.com/vrf_archive”上搜索“非官方vrf档案”。在“http://搜索Agilent vrf档案” vee.engineering.agilent.com“。在此收到的消息中找不到病毒。由AVG Free Edition.Version:7.5.484 /病毒数据库:269.12.4 / 969 - 发布日期:08/23/074:04 PMNo病毒 在此传出消息中找到。由AVG Free Edition.Version:7.5.484 /病毒数据库:269.12.4 / 969 - 发布日期:08/23/074:04 PM ---您目前订阅了vrf:hua_jing @ agilent.com要订阅,请发送电子邮件至:“vrf-request@lists.it.agilent.com”,邮件正文中包含subscribe一词。要取消订阅,请发送一封空白电子邮件至“leave-vrf@it.lists。 it.agilent.com“。要发送邮件到这个邮件列表,请发送电子邮件至”vrf@agilent.com“。 如果您需要在邮件列表中帮助将消息发送到“owner-vrf@it.lists.it.agilent.com” .Search“非官方VRF档案”在“http://www.vrfarchive.com/vrf_archive”。 在“http://vee.engineering.agilent.com”上搜索Agilent vrf存档。 以上来自于谷歌翻译 以下为原文 Flo: Not sure why you are getting this problem...but seems to me like a possible solution would be to add an error pin to the object that generate this error...then if the error condition satisfies the terminator issue you could generate a routine to read again the last 10 bytes..this is not the most elegant solution but should work if the error condition is known...and if everything else fails Hope this helps... G PS: I saw a message from somebody else reporting this situation as a possible known bug??? Is this the case??? -----Original Message----- From: flo@flokel.homeip.net [mailto:flo@flokel.homeip.net] Sent: 08/24/2007 3:21 AM To: VRF Subject: [vrf] VEE stopping at 0x0a ("LF") update Hi, I was able to do some more testing which showed that changing/deleting the read terminator (default: " ")in instrument manager sadly did not help at all. This thing is weird, as written I receive 70 bytes (wich are valid and sent correctly), Most of the time (sometimes it works as it should) Vee stops with 0x0A (LF) (0x0A is always the 60th byte of the 70) being the last byte received. Then I get error 701 "End of file or no data found" (this points to something really interpreting 0x0A as the read terminator), next time I read data I get the missing 10 bytes. Additionally I checked if there was a read terminator set in the configurations options for the serial multiport card we use (Meilhaus 9000 http://www.meilhaus.de/en/products/inte ... user_produ kte%5BPR%5D=16&cHash=a3833f4bd7). This was not the case. More and more I believe that there's timing/interrupt problem with the control unit, however I can not believe that the problem appears always with the same byte then. Furthermore we have a linux based service programm (no source code unfortunately) which reads and writes the same data with the same hardware flawlessly. An further suggestions? Regards, Flo Original post/problem: Hi, having a little problem here: VEE 7.0 serial connection task: read a set of 70 bytes from 4 control units problem: I try to read 70 Bytes, but whenever I read a certain 0x0a VEE stops reading data what did I try: checked cable connection, ok checked general communication, ok (ack and nack's are sent correctly) checked voltage levels with oszi, ok the vee programm is the same for the 4 units, increased timeout, no change Any ideas why this happens? --- You are currently subscribed to vrf as: gurday@negenex.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body. To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive". Search the Agilent vrf archive at "http://vee.engineering.agilent.com". No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.4/969 - Release Date: 08/23/07 4:04 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.4/969 - Release Date: 08/23/07 4:04 PM --- You are currently subscribed to vrf as: hua_jing@agilent.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body. To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive". Search the Agilent vrf archive at "http://vee.engineering.agilent.com". |
|
|
|
在“http://vee.engineering.agilent.com”上搜索Agilent vrf存档。
以上来自于谷歌翻译 以下为原文 Search the Agilent vrf archive at "http://vee.engineering.agilent.com". |
|
|
|
您好!每次设置串行I / O仪器设备时,我都会立即确保EOL终结器已关闭。
我连接到的东西实际上并不理解它。这使我在Windows 95上一直回到VEE4.00,并且VEE3.1上(还有什么?)Windows 3.11仍有问题需要解决 例如超时和数据格式,但与第一期相比,这些都是微不足道的.-- Gregg C Levine hansolofalcon@worldnet.att.net“原力将与你同在。永远。” 欧比旺克诺比> -----原帖----->来自:flo@flokel.homeip.net [mailto:flo@flokel.homeip.net]>发送时间:2007年8月24日星期五3:21 AM> To:VRF>主题:[vrf] VEE停止在0x0a(“LF”)更新>>嗨,>>我能够进行更多测试,显示更改/删除>读取终止符(默认值:“” )在仪器管理器中遗憾地没有>帮助。>>这件事很奇怪,>写的我收到70个字节(有效且发送正确),>>大多数时候(有时它的工作原理)Vee 停止与0x0A>(LF)(0x0A始终是70的第60个字节)是最后一个字节>接收。>然后我得到错误701“文件结束或没有找到数据”>(这指向真正解释为0x0A的东西 readterminator),>下次我读取数据时,我得到了丢失的10个字节。>>另外,我检查了我们使用的串行多端口卡的>配置选项中是否设置了读取终止符(Meilhaus> 9000> http:// www.meilhaus.de/en/products/interfaces-data-> com munication /?user_produkte%5BPR%5D = 16& cHash = a3833f4bd7)。>情况并非如此。>>越来越多我相信>控制单元存在时序/中断问题,但是我无法相信这个问题 然后我们有一个基于linux的服务程序(不幸的是没有源代码),它使用相同的>硬件完美地读取和写入相同的数据。>>进一步的建议?>>问候,> Flo >>>>>原帖/问题:>>嗨,>>这里有一点问题:>> VEE 7.0>串口连接>任务:从4个控制单元读取一组70字节> >>问题:> I 尝试读取70字节,>但每当我读取某个0x0a VEE停止读取数据时>>我尝试了什么:>检查电缆连接,确定>检查一般通信,确定>(确认正确发送确认)>检查电压电平 与oszi,ok> 4个单位的vee程序是相同的,增加超时,没有>更改>>任何想法为什么会发生这种情况?---你现在是 ubcribed vrf:hua_jing@agilent.com要订阅,请发送电子邮件至:“vrf-request@lists.it.agilent.com”,邮件正文中包含“subscribe”字样。要取消订阅,请发送空白电子邮件至“ vrf@it.lists.it.agilent.com“。要向此邮件列表发送邮件,请发送电子邮件至”vrf@agilent.com“。 如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”。在“http://www.vrfarchive.com/vrf_archive”上搜索“非官方vrf档案”。 在“http://vee.engineering.agilent.com”上搜索Agilent vrf存档。 以上来自于谷歌翻译 以下为原文 Hello! Every time I setup a serial I/O instrument device, I promptly make sure the EOL terminator is turned off. The things I connect to actually don't understand it. This has stood me in good stead all the way back to VEE4.00 on Windows 95, and VEE3.1 on (what else?) Windows 3.11. There are still issues to contend with such as time-outs and data formats, but those are trivial compared to the first issue. -- Gregg C Levine hansolofalcon@worldnet.att.net "The Force will be with you. Always." Obi-Wan Kenobi > -----Original Message----- > From: flo@flokel.homeip.net [mailto:flo@flokel.homeip.net] > Sent: Friday, August 24, 2007 3:21 AM > To: VRF > Subject: [vrf] VEE stopping at 0x0a ("LF") update > > Hi, > > I was able to do some more testing which showed that changing/deleting > the read terminator (default: " ")in instrument manager sadly did not > help at all. > > This thing is weird, > as written I receive 70 bytes (wich are valid and sent correctly), > > Most of the time (sometimes it works as it should) Vee stops with 0x0A > (LF) (0x0A is always the 60th byte of the 70) being the last byte > received. > Then I get error 701 "End of file or no data found" > (this points to something really interpreting 0x0A as the read terminator), > next time I read data I get the missing 10 bytes. > > Additionally I checked if there was a read terminator set in the > configurations options for the serial multiport card we use (Meilhaus > 9000 > http://www.meilhaus.de/en/products/interfaces-data- > communication/?user_produkte%5BPR%5D=16&cHash=a3833f4bd7). > This was not the case. > > More and more I believe that there's timing/interrupt problem with the > control unit, however I can not believe that the problem appears > always with the same byte then. > Furthermore we have a linux based service programm (no source code > unfortunately) which reads and writes the same data with the same > hardware flawlessly. > > An further suggestions? > > Regards, > Flo > > > > Original post/problem: > > Hi, > > having a little problem here: > > VEE 7.0 > serial connection > task: read a set of 70 bytes > from 4 control units > > > problem: > I try to read 70 Bytes, > but whenever I read a certain 0x0a VEE stops reading data > > what did I try: > checked cable connection, ok > checked general communication, ok > (ack and nack's are sent correctly) > checked voltage levels with oszi, ok > the vee programm is the same for the 4 units, increased timeout, no > change > > Any ideas why this happens? --- You are currently subscribed to vrf as: hua_jing@agilent.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body. To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive". Search the Agilent vrf archive at "http://vee.engineering.agilent.com". |
|
|
|
在“http://vee.engineering.agilent.com”上搜索Agilent vrf存档。
以上来自于谷歌翻译 以下为原文 Search the Agilent vrf archive at "http://vee.engineering.agilent.com". |
|
|
|
只有小组成员才能发言,加入小组>>
1230 浏览 0 评论
2351 浏览 1 评论
2160 浏览 1 评论
2026 浏览 5 评论
2908 浏览 3 评论
974浏览 1评论
关于Keysight x1149 Boundary Scan Analyzer
707浏览 0评论
N5230C用“CALC:MARK:BWID?”获取Bwid,Cent,Q,Loss失败,请问大佬们怎么解决呀
808浏览 0评论
1230浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-26 07:07 , Processed in 1.677623 second(s), Total 89, Slave 72 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号