mobile CCTV,mobile surveillance,police body worn cameras

标题: 关于BVS-W4020-VC-H终端参数的问题 [打印本页]

author: ywz time: 2015-12-3 09:46
标题: 关于BVS-W4020-VC-H终端参数的问题
本帖最后由 ywz 于 2015-12-3 09:49 编辑

   近来发现了BVS-W4020-VC-H终端的一个问题，在路上跑的车，本来终端名称已经改成粤xxxxx，但不知什么原因，跑着跑着就变成了hi3515，视频服务器地址变成了61.192.27.18，端口变成9999。

   我们测试的时候也出现过类似的情况，不过总体出现这种情况的不多，就三四次。

   我想问，这种情况是在什么条件下出现的？能不能修复？

[attach]331[/attach]

author: liuwei time: 2015-12-3 09:59
你好，这种情况一般是由于设备被恢复了出厂设置导致的。是不是有人进行了误操作？

还有请问出现这种情况以后车牌号码，服务器端口等数据是彻底改变了还是重启就恢复了？

author: ywz time: 2015-12-3 10:17
本帖最后由 ywz 于 2015-12-3 10:20 编辑

恢复出厂设置应该要使用局域网搜索工具吧？设备是装在公交车上面的，平时都只是使用监视器进行视频的查看。

是彻底改变了。

author: astrol time: 2015-12-3 10:40
这种情况下，手动查看下/tmp/param.conf文件，看有没有发生什么异常，例如文件截断之类的问题。
还有，这种情况是你们在/tmp目录下增加配置文件之后才发生的吗

author: liuwei time: 2015-12-3 10:49

ywz 发表于 2015-12-3 10:17
恢复出厂设置应该要使用局域网搜索工具吧？设备是装在公交车上面的，平时都只是使用监视器进行视频的查看。 ...

恩，如果是这样的话，问题可能是我们这边的问题，我问下负责配置文件这块的同事。

author: astrol time: 2015-12-3 10:51
还有一点，除了你们提到的那几个参数，其它的参数呢？试着测试一下！

author: ywz time: 2015-12-3 11:39
这种情况都是在我们在/tmp里面增加配置文件之后出现的，不过既然你们那边也出现过这种情况，应该和我们的配置文件没什么关系了。

author: besovideo time: 2015-12-3 11:41
哦，可能是配置文件引发存储空间的冲突覆盖，导致原来的配置文件损坏，引发恢复出厂配置。是否有这个可能？

author: ywz time: 2015-12-3 13:48
我只是修改我们新增加进去的文件，这样会导致你们的配置文件损坏？

author: liuwei time: 2015-12-3 14:47
你在调用这个接口的时候最好能保证没有别的程序在操作tmp下面的配置文件
（BVPU_SC_SetParam(Got_Sdk, BVPU_SUBMETHOD_PU_SAVEFILE, &save_file)）
这个命令会把tmp下面的配置文件一次性全部写入flash中保存起来，所以如果当时有其他程序在读写配置文件并且没有释放的话，会导致配置文件出错。

author: ywz time: 2015-12-3 16:10
嗯嗯，好的，明白，这个我会注意的。对了，随便一个文件出错都会导致恢复出厂设置？

author: liuwei time: 2015-12-3 16:20

ywz 发表于 2015-12-3 16:10
嗯嗯，好的，明白，这个我会注意的。对了，随便一个文件出错都会导致恢复出厂设置？

不是，恢复出厂设置的情况是由于 param.conf 这个配置文件可能出问题了，你们发生改变的车牌号，还有服务器地址是存储在这个配置文件里面的。

author: ywz time: 2015-12-3 17:44
那么这个就与我们无关了，我们保存和操作的都是我们自己定义的文件，从来没保存和操作过param.conf 这个文件。

author: besovideo time: 2015-12-3 17:57
但要注意你的文件空间溢出，覆盖了我们的文件，也会导致出错。

author: liuwei time: 2015-12-3 18:20

ywz 发表于 2015-12-3 17:44
那么这个就与我们无关了，我们保存和操作的都是我们自己定义的文件，从来没保存和操作过param.conf 这个文 ...

我们的有些功能，比如流量统计功能会自动保存配置文件的。还有如果你们有调用我们的sdk中的一些功能也会自动保存配置。所以你们那边的保存操作不能太频繁。

author: ywz time: 2015-12-4 09:13
文件空间溢出方面我会注意的，调用SDK的操作不多，只是保存我们自己定义的文件频繁了点，要计算里程、保存盲区数据之类的。对了，你所说的太频繁是大概多久保存一次算频繁的？

author: liuwei time: 2015-12-4 10:33

ywz 发表于 2015-12-4 09:13
文件空间溢出方面我会注意的，调用SDK的操作不多，只是保存我们自己定义的文件频繁了点，要计算里程、保存 ...

是这样的，事实上你们只需要确保设备第一次启动的时候，你们调用了这个保存函数，以及设备关闭之前你们也调用了这个保存函数就可以了，不用每次处理完你们的数据以后都保存。或者你们可以使用类似我们处理流量统计的方法，每隔一段时间调用一次，或者每达到一定的里程记录一次这样。应该可以很好的避免之前的那种情况。

author: besovideo time: 2015-12-4 10:40
对，就保存在内存里面即可，不要频繁的写入，哪怕一小时写入一次也算非常频繁了，因为设备的寿命是以年计算的，写入太多，FLASH的擦鞋寿命就到期了。

author: ywz time: 2015-12-4 11:13
那明白了，之前问过你们，你们说擦写无限制的，而且为了保证数据的保存，所以就保存得比较频繁了。

author: besovideo time: 2015-12-4 11:40
NOR FLASH的擦写是万次左右的吧。

欢迎光临 mobile CCTV,mobile surveillance,police body worn cameras (http://bbs.besovideo.com:8067/)