Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Joel Moore

Pages: 1 ... 6 7 [8] 9
106
Technical support / Re:Visual Basic Code
« on: March 29, 2004, 09:22:35 AM »
That's a good idea.  Apart from posting code samples directly here I'm betting they'd be willing to host your stuff on their "User's Application Notes" page or something similar.   Simply allowing people to post attachments in the forums might be risky, though.

I'm just starting a project to communicate via MODBUS with the Tri-PLC so user samples would be a boon for me.

107
Technical support / Re:Discovering PLCID via TBasic?
« on: March 25, 2004, 03:35:52 PM »
According to the person I talked to at ICP today (John Gong) they are going to start beta testing the MODBUS stuff on several of their analog modules next week (again, sorry, I don't know exactly which models -- I'm mainly interested in the I-7018 module) and he said they'll probably be adding MODBUS to their other modules in the future.

Oh, and he also had good things to say about you guys.  :)

108
Technical support / Re:Discovering PLCID via TBasic?
« on: March 24, 2004, 04:00:58 PM »
Thanks.

Trust me, I wasn't compaining about your PLCs.  I agree that they are very flexible.

I was complaining about ICP (and other companies in general) not supporting MODBUS when they support RS485.  However I've since learned from ICP that they plan on offering MODBUS in the I7018 (and maybe others?  I didn't ask.) by June so I may have an elegant solution after all.


109
Technical support / Discovering PLCID via TBasic?
« on: March 24, 2004, 01:30:27 PM »
Is there a way for an M-series PLC to determine it's own PLCID via TBasic?

I want to interact with the PLC via the RS485 port but I also want to put other devices (namely the ICP I-7018 thermocouple module) on the same RS485 line.  Unfortunately, ICP has chosen to use their own protocol rather than implementing MODBUS so I was hoping to write some TBasic code that can figure out how to handle ICP-style messages that are addressed to the PLC's ID.  But I want the PLC to be able to handle whatever address is assigned to it in case I have several PLC's on the line.

Or does anyone have any other ideas for dealing with this situation?  I find it really frustrating when companies offer products that use RS485 but don't adhere to any of the standard protocols for communicating on party lines.  Are they so egocentric that they think people have no need for other company's products in their applications?  Sure, I could add a second RS485 port to deal with ICP's modules but this is added complexity (and cost and wiring) that I really don't need.

110
Technical support / Re:Serial to Ethernet
« on: March 09, 2004, 02:03:55 PM »
Quote from: corley on March 08, 2004, 09:43:52 PM
Thats great news. I also would love to see an ethernet port built in with it's own tcp-ip stack.. maybe even a built in ftp server, mail server and webserver. Would require slightly more memory but 8 megs should be pretty sufficient to do all this and sitll have plenty of user room available. :)
Hopefully if they add ethernet capabilities they'll decide to up the memory limit, too.  May as well if they're going to be redesigning stuff.  Onward and upward!

111
Technical support / Re:Trilogi under Linux
« on: March 09, 2004, 01:57:57 PM »
I certainly agree that PHP would serve as a great HMI for interacting with a TriPLC application but the original poster was trying to run Trilogi under Linux.  Implementing everything Trilogi does (compilation, debugging, monitoring, emulation) would be impractical (if not impossible) to do in PHP.


112
Technical support / Re:Trilogi under Linux
« on: March 08, 2004, 02:27:50 PM »
PHP is for website development.  I can't imagine how it could be used to replace Java in an application as complex as Trilogi.

How about opening the source code, Triangle?   8)

After all, your bread and butter is the hardware.  And your customers would be provided with an opportunity to try to get in running in Linux (or wherever else they wanted).

113
Technical support / Re:Serial to Ethernet
« on: February 27, 2004, 11:26:20 AM »
Rats.  I got the impression you were developing a PLC with onboard ethernet.  Or is that something else that's in the works?

114
Technical support / Re:Compiler error ?
« on: February 27, 2004, 11:17:04 AM »
I've often been confused by strange behavior from the compiler.  Nothing major, though, and since I recognize that it's probably no simple task writing any sort of compiler I figured the infrequent quirks aren't worth raising a stink about.  Although I may compile a list of them over time to submit here just so the developers are aware of them.

115
Technical support / Internal Memory vs. Data Memory
« on: February 12, 2004, 07:40:12 PM »
Other than the bit-size is there any significant difference between using the built-in internal memory variables (A thru Z) and data memory (DM[1], etc)?  Is the internal memory faster?

116
Opinions & Feedback / Re:Web boards are very slow
« on: February 12, 2004, 07:34:11 PM »
Wow, I don't know if you changed anything but suddenly everything is very responsive.  

117
Opinions & Feedback / Web boards WERE very slow (yay)
« on: February 10, 2004, 10:01:17 AM »
I realize these boards aren't all that active so there probably isn't a priority to get them running faster but sometimes it feels like you're serving them through a dial-up connection or something.  It's especially frustrating when I see that I'm the only one viewing them.

Or is it just me?

Anyway, I'm not demanding improvements -- just thought I'd offer some constructive feedback.

118
Opinions & Feedback / Product suggestion
« on: February 11, 2004, 09:54:28 AM »
One thing that I don't like about the T100MD888+ I've been working with this week is the style of connector used for the I/O.  The main problem is that they are very difficult to pull off -- especially once the board is mounted inside a cabinet and there's no place to fit a screwdriver to pry up the connector.

I seriously worry that I'm going to damage the board -- either the header pins or else a nearby component.

I suppose Phoenix connectors are pricey options but there has to be something better than what's on there now that is still somewhat affordable.

Anyway, just a thought.

119
Technical support / Re: Bizarre LCD display problem
« on: April 25, 2003, 08:29:28 AM »
Thanks.  Despite thinking that board was only necessary if I had to use a cable longer than the one you supplied I still should have tried it.  I had forgotten about it.

I guess I'm still confused as to why that board affects the LCD display.  I was under the impression that the LCD was controlled entirely from the LCD port while the expansion port was only for the buttons.

Regardless, it seems to work now.  Thanks again.

120
Technical support / Bizarre LCD display problem
« on: April 23, 2003, 03:35:27 PM »
We just bought a T100MD888+ starter kit along with the MD-HMI interface and as soon as I powered it up I started seeing strange things on the display.

It looked like there was supposed to be some sort of default welcome screen with a clock and some other stuff but many of the characters where wrong--to the point where it was almost unreadable.  I was hoping it was just a corrupted program or something.

But now I think that something is faulty.  I created a test program that printed screenfulls of each printable ASCII character and it's pretty obvious that something is wrong.  Every other character in the ASCII set had problems.  By that I mean characters with an odd ASCII code printed fine while those with even ASCII codes had trouble.

Has anyone else seen this or should I just arrange for an RMA and get a new HMI or PLC?

Pages: 1 ... 6 7 [8] 9