seeking for cooperation

[ysinfo]

Seeking for cooperation

We are one of the largest companys on agriculture and chemistry in
China.we just want to find a partner through internet.because we want to

invest such a project(2000mt/year Fumed Silica ( SiO2) Production Unit)
and we didn't find the proper partner to design and start the project.So

we want to find a partner to help us to start it or introduce us another

man,institute,company to do it,include the technology and engineering.

thank you very much for you attention.

best regards

GanSu YaSheng Group P.R.C

Required by the companys development, China Gansu Yasheng Group is
seeking for a partner to cooperate on investment and construction of the

project of 2000mt/year Fumed Silica ( SiO2) Production Uni
t.
Cooperation Forms could be Joint venture or Technology transference.
Advantages of construction conditions of this project are as follows:
1. available formal document approved by the government;
2. abundant raw materials of chlorine gas
hydrogen and ferrosilicon;
3. spare site;
4. surplus public utilities of water
electricity and steam;
5. convenient transportation and communications system of railway and
highway;
6. wide range of various specific technicians;
7. preferential policy of state development in western area;
Any companies or individuals that owns the technology of this project at

abroad or home are warmly welcomed to contact us.
Company name: China Gansu Yasheng Group
Legal representative: Zhou Changsheng
Company add.: No.219 Zhangye Rd, Lanzhou City, Gansu Province, PRC.
Postal add.: P.O.B1011, Central Square, Lanzhou City, Gansu Province,
PRC. PC: 730030
Tel: 0086-0931-8412777 Fax: 0086-0931-8483195
Web site: http://www.yasheng.com E-mail:

ysjsj@public.lz.gs.cn
Person contact with: Wu Guangfa

[Sergey Krasnishov]

Does anybody saw such a strange behaviour of BridgeVIEW 2.1 while
logging events?

The purpose:

The conservation of events into files was configured in Tag
Configuration, so that files were saved on disk each hour from 00:00 to
23:00.
During the whole day it must be formed 24 files.

The behaviour:

When starting the program at any time, the file with extension .evt is
created as desired, but if start of the program occurs before 13:00
Moscow time, the data is written in the one large file, but not in the
hour-to-hour files. When the program starts after 13:00 files are
created properly, but information into them is not written. The
beginning of correct files creation starts only after 16:00. The all is
working properly up to 00:00. Then hour-to-hour files are not created,
but information written into one large file, created in 23:00.

31.01.2000 program was started for the whole day. In 16:00 there was
created .evt file and the all worked on per hour-to-hour basis up to
00:00. At 8:45 01.02.2000 program was stopped and started newly (with
restart BridgeVIEW). The Hour-to-hour files were not created - the all
was written into one large file. After the repeated start of the program
in 14:29 the new file was created in 15:29 and the following file in
16:00, as it was configured.

It seems that somebody is sitting in the PC and turning on/off files
creation.
I can imagine that this happens because of we are in -GMT time zone, but
in this case this is a bug. I've tried the all bug fixes and NI-site
recomendations, but with no luck. Of course there is a way of extracting
data from the one large .evt file and restore hour-to-hour files
programmatically inside a HMI vi, but for some reason I don't want to
implement it now.

May be someone can point me into the right direction?

Thanks a lot in advance,
--
Sergey Krasnishov,
--------------------------------------
Automated Control Systems
National Instruments Alliance Member
Moscow, Russia
sergey_acs@levsha.ru
--------------------------------------

[Khalid]

Hello Sergey,

Are you sure you applied all the fixes from our FTP site? This is a known
issue; please apply the following fix and all will be well:
ftp://ftp.ni.com/support/bridgeview/BV21%20fixes/Shift%20Display%20Fix/

Regards,

Khalid

Sergey Krasnishov wrote:
>Does anybody saw such a strange behaviour of BridgeVIEW 2.1 while>logging
events?>>The purpose:>>The conservation of events into files was configured
in Tag>Configuration, so that files were saved on disk each hour from 00:00
to>23:00.>During the whole day it must be formed 24 files. >>The behaviour:>>When
starting the program at any time, the file with extension .evt is>created
as desired, but if start of the program occurs before 13:00>Moscow time,
the data is written in the one large file, but not in the>hour-to-hour files.
When the program starts after 13:00 files are>created properly, but information
into them is not written. The>beginning of correct files creation starts
only after 16:00. The all is>working properly up to 00:00. Then hour-to-hour
files are not created,>but information written into one large file, created
in 23:00. >>31.01.2000 program was started for the whole day. In 16:00 there
was>created .evt file and the all worked on per hour-to-hour basis up to>00:00.
At 8:45 01.02.2000 program was stopped and started newly (with>restart BridgeVIEW).
The Hour-to-hour files were not created - the all>was written into one large
file. After the repeated start of the program>in 14:29 the new file was created
in 15:29 and the following file in>16:00, as it was configured.>>It seems
that somebody is sitting in the PC and turning on/off files>creation.>I can
imagine that this happens because of we are in -GMT time zone, but>in this
case this is a bug. I've tried the all bug fixes and NI-site>recomendations,
but with no luck. Of course there is a way of extracting>data from the one
large .evt file and restore hour-to-hour files>programmatically inside a
HMI vi, but for some reason I don't want to>implement it now. >>May be someone
can point me into the right direction?>>Thanks a lot in advance,>-- >Sergey
Krasnishov,>-------------------------------------->Automated Control Systems>National
Instruments Alliance Member>Moscow, Russia>sergey_acs@levsha.ru>--------------------------------------

[Sergey Krasnishov]

Khalid Ansari wrote:
>
> Hello Sergey,
>
> Are you sure you applied all the fixes from our FTP site? This is a known
> issue; please apply the following fix and all will be well:
> ftp://ftp.ni.com/support/bridgeview/BV21%20fixes/Shift%20Display%20Fix/
>
> Regards,
>
> Khalid
>
> Sergey Krasnishov wrote:
> >Does anybody saw such a strange behaviour of BridgeVIEW 2.1 while>logging
> events?>>The purpose:>>The conservation of events into files was configured
> in Tag>Configuration, so that files were saved on disk each hour from 00:00
> to>23:00.>During the whole day it must be formed 24 files. >>The behaviour:>>When
> starting the program at any time, the file with extension .evt is>created
> as desired, but if start of the program occurs before 13:00>Moscow time,
> the data is written in the one large file, but not in the>hour-to-hour files.
> When the program starts after 13:00 files are>created properly, but information
> into them is not written. The>beginning of correct files creation starts
> only after 16:00. The all is>working properly up to 00:00. Then hour-to-hour
> files are not created,>but information written into one large file, created
> in 23:00. >>31.01.2000 program was started for the whole day. In 16:00 there
> was>created .evt file and the all worked on per hour-to-hour basis up to>00:00.
> At 8:45 01.02.2000 program was stopped and started newly (with>restart BridgeVIEW).
> The Hour-to-hour files were not created - the all>was written into one large
> file. After the repeated start of the program>in 14:29 the new file was created
> in 15:29 and the following file in>16:00, as it was configured.>>It seems
> that somebody is sitting in the PC and turning on/off files>creation.>I can
> imagine that this happens because of we are in -GMT time zone, but>in this
> case this is a bug. I've tried the all bug fixes and NI-site>recomendations,
> but with no luck. Of course there is a way of extracting>data from the one
> large .evt file and restore hour-to-hour files>programmatically inside a
> HMI vi, but for some reason I don't want to>implement it now. >>May be someone
> can point me into the right direction?>>Thanks a lot in advance,>-- >Sergey
> Krasnishov,>-------------------------------------->Automated Control Systems>National
> Instruments Alliance Member>Moscow, Russia>sergey_acs@levsha.ru>--------------------------------------
Khalid,

I'll double check it again, but downloading and fixing BV, as you
recommended, was the first step I was made.
After fixing, some things with events was really fixed, but not the
problem as I described.
Are you sure that this should work? What else to try? Where to digging
to realize the problem? Which test you can recommend to be absolutely
sure?

Thanks and Best Regards,
--
Sergey Krasnishov,
--------------------------------------
Automated Control Systems
National Instruments Alliance Member
Moscow, Russia
sergey_acs@levsha.ru
--------------------------------------

[smercurio_fc]

Aside from the fact that there seems to be two different topics here, why is this discussion even in this board?


Please ignore this message. That damn "Sort messages by latest post" bug got me again.

Message Edited by smercurio_fc on 10-12-2006 09:01 AM