> May anybody use pvbrowser with iec 101 or 104 protocols.
> I interest.
> May anybody tell how to do that
Not directly.

But you may use a gateway such as:
http://www.ipcomm.de/product/ipConvLite/en/sheet.html

For coupling to pvbrowser i would suggest to use the OPC XML-DA
server which the gateway can provide.

Hello Rainer,

> You could
> #define pv_CACHE
> there and test if this results in a significant speed up on your
> GPRS line when you are useing images of many megabytes.

I did it.
It is also faster using no ethernet but a direct socket on localhost
an 1 MByte.

With GPRS I have maybe 2 kByte/s and with ISDN I have max. 5 kByte/s
upload rate.

100 kBytes would already take 20 seconds, 1 MByte already several
minuts to load. Therefore I think pv_CACHE is very useful.

Greetings
Ernst

Hello Rainer,

>
> You could
> #define pv_CACHE

It did not work. When I looked into the source code, I saw, that the
time stamps of the files are compared. The file is not downloaded, if
the dates are identical. So it will only work, if both, server and
browser store the files in the same directory.

In my case, the server is on a different computer than the browser.
This method will not work, because after a pvDownload of the file the
file creation date is changed.

We could convert the timestamp int a time_t and only not download the
file if the local file is already newer. This solution would work
mostly but if the server time is later it will not work for that time
difference. But this solution would be sufficient because ater some
time the file time at the local computers would be newer.

I will try...

Greetings
Ernst

Please try.
It should work because the file access time is set to the remote
file access time after downloading.
Thus after the first download both local and remote file have the
same file access time.

See this within pvb/pvbrowser/interpreter.cpp

//time_t timet; // remote file time for caching
utb.actime  = timet;
utb.modtime = timet;
utime(file,&utb); // set file modification time

I have verified the cache function using 2 printf within util.cpp
And it works.

See this code within util.cpp:

   //#ifdef pv_CACHE
   if(pv_cache == 1)
   {
#ifndef __VMS
     struct tm *local;
     struct stat statbuf;

    printf("test time of %s\n", filename);
     ret = stat(filename, &statbuf);
     if(ret >= 0)
     {
       local = localtime(&statbuf.st_mtime);
       // send local file modification time
       sprintf(buf,"fileCache(%d,%d,%d,%d,%d,%d,%d,%d,%d,\"%s\")\n"
       ,local->tm_sec
       ,local->tm_min
       ,local->tm_hour
       ,local->tm_mon
       ,local->tm_year
       ,local->tm_mday
       ,local->tm_wday
       ,local->tm_yday
       ,local->tm_isdst
       ,newname);
       pvtcpsend(p, buf, strlen(buf));
       while(1) // wait for response
       {
         pvtcpreceive(p, buf, sizeof(buf) - 1);
         if(strncmp(buf,"cache(1)",8) == 0) return 0; // file was
cached
         if(strncmp(buf,"cache(",6)   == 0) break;    // file must be
resend again
       }
     }
#endif
   //#endif
   }
   printf("download %s again\n", filename);

Hello Rainer,

Yes it works. Sorry. Looking into the code I thought that it cannot work.

Now, I have seen that you also set the modification time after download:

   utb.actime  = timet;
   utb.modtime = timet;
   utime(file,&utb); // set file modification time


So it is perfect. Thank you.

Greetings
Ernst

Hello everybody, I'm new to group and to pvbrowser.
First of all sorry for my poor english, and I'm not
a good software coder.
I'm writing an application in which I would like
to draw a diagram and update it periodically.
The diagram's data are in a text file and I use
wgnuplot to generate a png image.
Problem is that the Image is loaded correctly on
server startup, but isn't updated afterwards.
To show Image I use a TQImage, and set "whats this"
property to the filename.
On a Button press I update the gnuplot plot
(and the new image file is generated correctly)
and do "pvDownloadFile(p,"filename");
pvSetImage(p,plot,"filename");" , where "plot" is
TQImage's widget name, but nothing happens
to image.
I tried to start server pvexample.exe in pvexample
directory and it doesn't show image in SVG1,SVG2 examples.
What am I doing wrong?
WinXP home, 2002 SP3.
pvbrowser 4.3.2 installed from install-pvbroweser.exe
QT 4.4.3
MinGW installed together with QT.

Thanks Fabio.

> Hello everybody, I'm new to group and to pvbrowser.
> First of all sorry for my poor english, and I'm not
...
> WinXP home, 2002 SP3.
> pvbrowser 4.3.2 installed from install-pvbroweser.exe
> QT 4.4.3
> MinGW installed together with QT.
>
> Thanks Fabio.
>

Ok,
 	 pvDownloadFile(p,"c:/.../image.png");
	 pvSetImage(p,plot,"c:/.../image.png");
c:/.../image was absolute path of image file,
it didn't work.
I put the image in same dir of executable and
used   pvDownloadFile(p,"image.png");
now it updates image correctly.
Fabio.

Hi Fabio.

good you got it running by yourself.

Here is some background information:

pvbrowser will only allow files to be downloaded to it's temp
directory.

You could use:
pvDownloadFileAs(p,"c:/.../image.png","image.png");
pvSetImage(p,plot,"image.png");

> Here is some background information:
>
> pvbrowser will only allow files to be downloaded to it's temp
> directory.
>
> You could use:
> pvDownloadFileAs(p,"c:/.../image.png","image.png");
> pvSetImage(p,plot,"image.png");
>

Thank you for the clarification:)
Fabio.

Hello,

From my readings of the documentation on the website.  I see that that
any external plotting tools can be used to create plots but what I
haven't been able to understand is how data is saved into a storage
form?

I'm thinking that storing data in HD5 format might be a good solution
and accessing the data via python using pytables.

Please be aware that I haven't installed pvbrowser and tested
anything.  I'm just looking at the software from a design view point.

Can anyone suggest examples of data logging/historical data storage?

Thanks,
Trevor

I'm trying to test pvbrowser.
I run install.sh (works fine).
But I can't run (not in PATH)

pvbrowserdemo
pvbrowser
pvdevelop

But update_pvbrowser seem to be in the PATH. I get error when I try
make in /opt/pvb/pvsexample
g++: /usr/lib/libpvsmt.so: No such file or directory

I'm running Ubuntu 8.04 on kernel 2.6.24-21
What am I doing wrong??

Regards Kristoffer

Hello,

Sorry to post only questions at this stage but that's how one learns I
suppose.

Has anyone used/developed a connection to omron PLCs?  Connection via
FINS commands or C-mode commands?

Looking at the Omron PDF (W342-E1-09.pdf) the protocol is documented.

Regards,
Trevor

Within install.sh everything from pvbrowser is copied to /opt/pvb

See line:
cp -r . /opt/pvb/
in install.sh

After that we set logical links to all libraries and executables.

echo 'set links on linux'
ln -s /opt/pvb/pvserver/libpvsid.so   /usr/lib/libpvsid.so
ln -s /opt/pvb/pvserver/libpvsid.so   /usr/lib/libpvsid.so.1
ln -s /opt/pvb/pvserver/libpvsid.so   /usr/lib/libpvsid.so.1.0
ln -s /opt/pvb/pvserver/libpvsid.so   /usr/lib/libpvsid.so.1.0.0

ln -s /opt/pvb/pvserver/libpvsmt.so   /usr/lib/libpvsmt.so
ln -s /opt/pvb/pvserver/libpvsmt.so   /usr/lib/libpvsmt.so.1
ln -s /opt/pvb/pvserver/libpvsmt.so   /usr/lib/libpvsmt.so.1.0
ln -s /opt/pvb/pvserver/libpvsmt.so   /usr/lib/libpvsmt.so.1.0.0

ln -s /opt/pvb/pvbrowser/pvbrowser           /usr/local/bin/pvbrowser
ln -s /opt/pvb/pvdevelop/pvdevelop           /usr/local/bin/pvdevelop
ln -s /opt/pvb/rllib/rlsvg/rlsvgcat          /usr/local/bin/rlsvgcat
ln -s /opt/pvb/rllib/rlsvg/rlsvgcat          /usr/bin/rlsvgcat
ln -s /opt/pvb/start_pvbapp/start_pvbapp     /usr/local/bin/start_pvbapp
ln -s /opt/pvb/rllib/rlhistory/rlhistory     /usr/local/bin/rlhistory
ln -s /opt/pvb/update_pvbrowser.sh           /usr/local/bin/update_pvbrowser

ln -s /opt/pvb/rllib/lib/librllib.so   /usr/lib/librllib.so
ln -s /opt/pvb/rllib/lib/librllib.so   /usr/lib/librllib.so.1
ln -s /opt/pvb/rllib/lib/librllib.so   /usr/lib/librllib.so.1.0
ln -s /opt/pvb/rllib/lib/librllib.so   /usr/lib/librllib.so.1.0.0

echo 'Now running ldconfig...'
ldconfig

If you can run pvbrowser by typeing
/opt/pvb/pvbrowser/pvbrowser
something seems to be wrong with the above links.

Please verify these links.
If the links are correct (in ubuntu) the executables should be
within $PATH

For historical data there are 2 classes within rllib.

http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlHistoryLogger.html
http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlHistoryReader.html

With rlHistoryLogger you save historical data into a series of CSV
files. The "maxHoursPerFile" tell the class the maximum history time
to log.
"maxLinesInMemory" tell the class how many lines will be cached
within memory.

With
"read (const char *csvName, rlTime *start, rlTime *end)"
from rlHistoryReader you can access that historical data.

Hi Trevor

According to
"http://www.bizflips.com/library/pdf/OMRON/OMRON - W342-E1-09.pdf"
the protocol is open.

But currently we have not implemented this protocol.
(We do not have every hardware)

As i can see, they use serial communication and TCP/IP.

Thus you could implement this protocol as we have done with Modbus.

Use

http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlSerial.html
for the serial port.

http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlSocket.html
for TCP/IP

and implement the omron protocol similar to our Modbus
implementation.
http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlModbus.html

After that is done you can create a daemon
(using an ini-file, reading omron cyclically, writing to shared
memory and waiting for output on a mailbox)

ini-file:
http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlIniFile.html

shared memory:
http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlSharedMemory.html

mailbox:
http://pvbrowser.de/pvbrowser/sf/manual/rllib/html/classrlMailbox.html

The daemon for Modbus (use as template for omron) can be found in
http://pvbrowser.de/pvbrowser/tar/pvbaddon.tar.gz

But you might see this
http://forums.mrplc.com/index.php?download=512
(implement modbus as ladder program within omron plc)

If you have omron hardware
you are invited to implement that ptotocol and contribute to
pvbrowser.

Best regards:
Rainer

> There was something wrong with the if-statements.
> When i tried to run
> and $OSTYPE was not linux but gnu-linux,
We might take this issue under ubuntu into account in the future.

> But when I try to execute them I just get:
> cannot execute binary file
This should be because the pvb64.tar.gz has been compiled on
OpenSUSE 64 Bit.

In this case you must recompile:
cd pvb
./build.sh
su
./install.sh
exit

For this to work you must have installed
- qt4 development package including qmake
- g++
- make

~$ pvdevelop
bash: pvdevelop: command not found
~$ ls -al /usr/bin/ |grep pvb
lrwxrwxrwx  1 root root        57 2008-11-09 22:18 pvbrowser ->
/opt/pvb/pvbrowser/pvbrowser.app/Contents/MacOS/pvbrowser
lrwxrwxrwx  1 root root        57 2008-11-09 22:18 pvdevelop ->
/opt/pvb/pvdevelop/pvdevelop.app/Contents/MacOS/pvdevelop
lrwxrwxrwx  1 root root        63 2008-11-09 22:18 rlhistory ->
/opt/pvb/rllib/rlhistory/rlhistory.app/Contents/MacOS/rlhistory
lrwxrwxrwx  1 root root        57 2008-11-09 22:18 rlsvgcat ->
/opt/pvb/rllib/rlsvg/rlsvgcat.app/Contents/MacOS/rlsvgcat
lrwxrwxrwx  1 root root        28 2008-11-09 22:18 update_pvbrowser ->
/opt/pvb/update_pvbrowser.sh

I direcly run pvbrowser exec in source directory aslo not work.

I try QT3 version, it work good, but it don't have pvdevelop.


I have installed QT4 make qmake g++.

may someone help? thank you.

The problem seems to be the same as reported in
"Problem install"
some days ago.

Within install.sh there is this code:

################################

if [ "$OSTYPE" == "linux" ]; then
echo 'set links on linux'
....

else
echo 'set links on OS-X'
....

fi
################################

According to "Problem install" under Ubuntu
"$OSTYPE" == "gnu-linux"
and not
"$OSTYPE" == "linux"

On Debian the problem seems to be the same.

Please substitute the string on the 3 places where it occures.

Thank you for reporting this issue.
We will have to adjust the install.sh script.

Hello,

i have uploaded the modified
install.sh

under
http://tech.groups.yahoo.com/group/pvbrowser/files/

Please verify if this is working well.

I see "Problem install" post, it help me a lot.

In debian ,
~$ echo $OSTYPE
linux-gnu

So, I add
if [ "$OSTYPE" == "linux-gnu" ]; then
   export PVB_OSTYPE="linux"
fi
in install.sh .

it do
" /usr/local/bin/pvdevelop: cannot execute binary file"
same error.

I will rebuild it. If somebody want a 32bit execute binary, I will
upload it.

Thank you.

#./build.sh
#./install.sh

it works.

I have upload the 32bits version build on debian to files.

Thank you again.

pvbrowser and rlSocket now support IPv4 AND IPv6.
Exsiting servers on Windows must exchange winsock32.a by ws2_32.a in
the project file.

The install issues on Ubuntu and Debian are also fixed.

Hi,

After calling modbus.writeSingleCoil(1, 101, 0xff) in server, the
modbusaemon crash with this message:

./modbusdaemon: symbol lookup error: ./modbusdaemon: undefined symbol:
_ZN8rlModbus5writeEiiPKhiPi

Please advise.

Thank you,

Arian

Hi Arian,

> After calling modbus.writeSingleCoil(1, 101, 0xff) in server, the
> modbusaemon crash with this message:
>
> ./modbusdaemon: symbol lookup error: ./modbusdaemon: undefined
symbol:
> _ZN8rlModbus5writeEiiPKhiPi

When you call "modbus.writeSingleCoil(1, 101, 0xff)" within your
server, it will send a message to the given mailbox.

Within modbusdaemon this message will be read in
########################################
// read mailbox and write to modbus
void *reader(void *arg)
########################################

After the message is received from the mailbox, "reader" will send
it to the modbus.

See line:
########################################
ret = modbus.write( slave, function, &buf[2], buflen-2);
########################################

Currently i do not understand, why symbol
_ZN8rlModbus5writeEiiPKhiPi "modbus.write(...)"
is undefined.

If you have compiled and linked modbusdaemon
the linker should have already complained about unresolved symbols.

Please try to recompile your modbusdaemon (from within pvdevelop).
If you use an old modbusdaemon with a new binary version of rllib
this problem might occur. Recompiling should fix this problem.

PS: Hint
You can also use a universal Modbus Daemon from
http://pvbrowser.de/pvbrowser/tar/pvbaddon.tar.gz
directory:
pvbaddon/daemons/modbus/client

This daemon can be configured with an ini-file.
The advantage of this daemon is, that you can use names (strings)
for your modbus variables.

Rainer

Hi,

I'm just started working with SVG. I've spent 2 hours to figure out
why the following code doesn't work:

In mask1_slots.h
static int drawSVG(PARAM *p, int id, DATA *d)
{
   if(d == NULL) return -1;
   gBeginDraw(p,id);
   d->svgAnimator.writeSocket();
   gEndDraw(p);
   return 0;
}
static int slotInit(PARAM *p, DATA *d)
{
   if(p == NULL || d == NULL) return -1;
   //memset(d,0,sizeof(DATA));
	 // load svg into pvbrowser client
  	 d->svgAnimator.setSocket(&p->s);        // register the socket
  	 d->svgAnimator.setId(main_poza);        // set the id of the widget
  	 d->svgAnimator.read("poze/draw1.svg");  // load a svg file into
pvbrowser client
	 drawSVG(p,main_poza,d);

	 return 0;
}

The draw1.svg file:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!-- Created with Inkscape (http://www.inkscape.org/) -->
<svg
    xmlns:svg="http://www.w3.org/2000/svg"
    xmlns="http://www.w3.org/2000/svg"
    version="1.0"
    width="744.09448"
    height="1052.3622"
    id="svg2210">
   <defs
      id="defs2212" />
   <path
      d="M 43.337429,147.53733 L 314.05831,147.53733"

style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:9.19999981;stroke\
-linecap:butt;stroke-linejo
      id="path2160" />
   <path
      d="M 445.94169,147.45844 L 716.66257,147.45844"

style="fill:none;fill-rule:evenodd;stroke:#000000;stroke-width:9.19999981;stroke\
-linecap:butt;stroke-linejo
      id="path3133" />
   <rect
      width="133.90349"
      height="45.668137"
      x="312.78864"
      y="123.81382"

style="fill:none;fill-opacity:1;stroke:#000000;stroke-width:9.19999981;stroke-li\
necap:round;stroke-linejoin
      id="rect3135" />
   <path
      d="M 334.80368,146.36599 L 424.44854,146.36599"

style="fill:#ff0000;fill-opacity:1;fill-rule:evenodd;stroke:#fe0000;stroke-width\
:13.80000019;stroke-linecap
      id="intr_inchis" />
   <path
      d="M 380.86799,135.7088 L 380.86799,158.71459"

style="fill:#046f00;fill-opacity:1;fill-rule:evenodd;stroke:#008a00;stroke-width\
:13.13899994;stroke-linecap
      id="intr_deschis" />
</svg>


Why the following code does'nt hide the intr_inchis and intr_deschis
objects:

d->svgAnimator.show("intr_deschis", 0);
d->svgAnimator.show("intr_inchis", 0);

Sorry if the question looks stupid. I really can't go further.

Thank you,
Arian

--- In pvbrowser@yahoogroups.com, "pvbrowser" <pvbrowser@...> wrote:
>
> Hi Arian,
>
> > After calling modbus.writeSingleCoil(1, 101, 0xff) in server, the
> > modbusaemon crash with this message:
> >
> > ./modbusdaemon: symbol lookup error: ./modbusdaemon: undefined
> symbol:
> > _ZN8rlModbus5writeEiiPKhiPi
>
> When you call "modbus.writeSingleCoil(1, 101, 0xff)" within your
> server, it will send a message to the given mailbox.
>
> Within modbusdaemon this message will be read in
> ########################################
> // read mailbox and write to modbus
> void *reader(void *arg)
> ########################################
>
> After the message is received from the mailbox, "reader" will send
> it to the modbus.
>
> See line:
> ########################################
> ret = modbus.write( slave, function, &buf[2], buflen-2);
> ########################################
>
> Currently i do not understand, why symbol
> _ZN8rlModbus5writeEiiPKhiPi "modbus.write(...)"
> is undefined.
>
> If you have compiled and linked modbusdaemon
> the linker should have already complained about unresolved symbols.
>
> Please try to recompile your modbusdaemon (from within pvdevelop).
> If you use an old modbusdaemon with a new binary version of rllib
> this problem might occur. Recompiling should fix this problem.
>
> PS: Hint
> You can also use a universal Modbus Daemon from
> http://pvbrowser.de/pvbrowser/tar/pvbaddon.tar.gz
> directory:
> pvbaddon/daemons/modbus/client
>
> This daemon can be configured with an ini-file.
> The advantage of this daemon is, that you can use names (strings)
> for your modbus variables.
>
> Rainer
>


The modbus daemon is an old one very reliable so the problem wasn't there.
The only explanation is that some of my libraries were corrupted.
I've reinstalled everything and now it's ok.

Thank you,

Arian