Internet PLC Forum

Since TLServer is apparantly a pure java program, am I correct in assuming it should run in Linux once the Linux version of the Java runtimes are installed?

If so, is anyone doing this?  Any feedback?

The pain and suffering of keeping computers up to date and legit with Microsoft's bloated software isn't worth it for an application like this.  Leaving TLServer running on someone's working desktop makes it vulnerable to too much (accidental closure, etc.).  Having it running on and old discarded PC running Linux that no one would bother would be so much more attractive.

I know this is an old post but I just thought I'd mention the idea of using tables of trig calculations (wasn't that how they did it in the old days?).  It uses up space but if you have it and you can tolerate the imprecision then you can load up a few hundred memory locations with calculation results and just reference them.  Scale them by 100 or 1000 to avoid losing too much precision.

Personally I don't see why this isn't possible.  I'm not sure what the above response means by "network based".

You would need to convert the example into an ActiveX server or wrap it in one.  Or you might even be able to rewrite the code directly as ASP script.

The .NET framework would probably make this fairly trivial.

EDIT:

I guess I may have been confused about what you are trying to do.  For some reason I thought there was a VB sample that came with the TRILOGi software or something.

If you are looking to interact with the PLC using a web page then you will need quite a bit more than the VB serial port sample.  You will have to implement the MODBUS protocol that the PLC supports.  You also might be able to purchase a third-party OPC server control that knows how to interface with MODBUS devices and can be called from an ASP page.  Still not simple, though.  

Another way of saying it is that custom functions can only be associated with outputs (coils) which are on the right-hand side of the ladder.

For some reason the editor allows you to associate a custom function with an input (contact) anyway but that must simply be an editor bug or something.

Looking at it from a VB6 perspective think of the inputs on the left-hand side of the ladder as events (timer ticks, an input closes, the ladder is scanned for the first time, etc) and the custom function that is associated with the output coil on the right-hand side is the event code.