[Visual-devel] Re: Visual: Visual runs with allen-bradley

[<mix...@ja...>]

Hi Thomas,

Today, we are working in other things why we can't follow test with=20
visual, only a few dudes about it,

Thomas Hergenhahn wrote:

>>Well, i aknowlegde that 1.set is for HMI, is it?
>>
>>   =20
>>
>I try to explain what exactly is the .set file:
>When the spreadsheet is loaded, it is loaded with the numeric cells set =
to the values they had=20
>when the sheet was saved the last time.
>These values are in the .sht file.
>Now you have a potentiometer or other input field attached to A3.
>A3 is loaded with value 100 on start.
>Now the user sets it to 123 using a potentiometer in an HMI page.=20
>Every numeric cell has a source attribute that says from what type of so=
urce the value came from.
>When the server executes the set A3 =3D 123" command he sets this attrib=
ute to "soSetByHMI".
>The applet sets a "modified" flag.
>When "modified" is true, the applet sends the command "savesettings" to =
the server.
>The server, when getting this command, goes threw the spreadsheet and st=
ores the values
>of all numerical cells that have the attribute "soSetByHMI" to the .set =
file.
>On start, VISUAL loads the spreadsheet. The cell A3 will be 100 again.
>Then it looks for a corresponding .set file, reads it and sets all value=
s to what is in the .sht file
>Now A3 is 123 again.
> =20
>

Ok, we understand, .set =ABremember=BB visual for values that user send f=
rom=20
HMI.


><ALLENB> 'Nuestra primera prueba' 15 162 137 0 100 20 1 'B1' 'E1' 'A1'=20
></ALLENB>
> =20
>
>This should read 20 bytes (10 integers) from file 0, word 100... to B1..=
B10
> =20
>
>><ALLENB> 'Segunda prueba' 15 162 137 7 200 20 1 'G1' 'E2' 'A1' </ALLENB=
>
>>   =20
>>
>This should read 20 bytes (10 integers) from file 7, word 200... to G1..=
G10
>

Yes, we understand it, a little ;-D   ,  and test it for more bytes, for=20
example, yesterday we put 100 bytes and we saw that visual wanted to=20
write in 50 cells.

> =20
>
>>There are no difficulties, visuals runs at first time, only a ???despis=
t????=20
>>   =20
>>
>Does it? Icaannot see this from the screenshot, but in your screenshot A=
1 is 0.
>
No, despist was that i edited line for Siemens S5 driver instead=20
allen-bradley, of course ab and visual don't communicated.

>This would mean NOT to execute the transferinstruction.
>On the other hand, when I looked into the Allen Bradley driver, it may h=
ave a bug as it ignores=20
>the condition...maybe out errors cooperate nicely :-)
>
Yes, we can see this, but we aren't very sure for this.

> =20
>
>>Well, i say you that we don't aknowledge this at all, for example we ar=
e=20
>>used a counter for N10 but if we charged N10 we don't apreciated some=20
>>changes in values showned by visual.
>>   =20
>>
>
>What exactly is N10 in Micrologix?
>

Well, i say you by memory, N10 was a counter output, but, tomorrow say=20
you better.

>What I know from the SLC 50/3, a variable is named like N7:200.
>N7 is the file there, the N says it contains integers, 7 is the number o=
f the file
>and 200 the twohundredth word in this file.
>So do you mean N10:0 or N1:0 or Nx:10?
>Or is Micrologix different?
>
>To see whether the communication runs, do a simple test:
>In the spreadsheet editor press Alt-E on somecell in B1 to B10. Set the =
value to what you like.
>It should be overwritten by the value from the PLC the next seconds.
> =20
>
>>In capture attachment you can see that values for N7 and N0 practically=
=20
>>are the same, only changes one cell, any explained?
>>
>>   =20
>>
>No. I would need more from the debug outbut. Unfortunately, the lines yo=
u copied do not contain=20
>anything from the communication, only the setup phase.
>

We wanted attach you output, but it was forgotten. I attach you now.

> =20
>
>>But, we can't understand hardware handshake, we don't know where disabl=
ed.
>>
>>   =20
>>
>"Hardware handshake" means: The control lines of the serial port (RTS,DT=
R,CTS...) are used to=20
>signal to the partner, if a device is redy to receive characters. This w=
as useful for slow devices=20
>and is still useful for modems. Modems may need to retransmit a message =
more then one time, if=20
>the phone line is bad. In this time they cannot accept new characters.
>VISUAL leaves this lines as they are.
>LINUX has the command "setserialbits".
>

Well, i known handshake protocol, we don't understand =ABwhere=BB we can=20
disabled/enabled it.

>You can try to use setserialbits to set RTS and DTR to ON before startin=
g VISUAL.=20
>But from a quick look into Allen Bradley's documentation I saw that this=
 can be configured.
>You may also try to make a special cable where RTS is connected to CTS a=
nd DTR to DSR or=20
>something like this. In this case, the PLC would give itself the "ready =
for receive".
> =20
>

Ok, we think that it must be activated in any configuration file of=20
visual. Otherwise, visual communicates perfectly with allen-bradley.


>Please send me some more of the debug output.
> =20
>
I attach you yesterday test output.

>Good luck
>
>salutations
>
>Thomas
> =20
>

Un saludo.

R. Gomez

--=20
Libertad es poder elegir en cualquier momento. Ahora yo eligo GNU/Linux,
para no atar mis manos con las cadenas del soft propietario.