473,289 Members | 1,866 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,289 software developers and data experts.

why did these companies choose Tcl over Python

Hello,

As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:

Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.

Tcl seems to very popular in my business as the scripting language of
choice.

I'm in the process of deciding to use Tcl or Python for a CAD tool
program that I have been working on. Most of the core of the
program, the database, will be done is C as an extension to either
Tcl or Python, but I intend to use Tk or wxPthon for the GUI. I do
need publishing quality outputs from drawings done on a graphics
device that are scaled to standard printer paper sizes.
I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?

Are there any obvious advantages like:

performance,
memory footprint,
better cross-platform support,
ease of use,
Thanks in advance for your thoughts about this.

Oct 30 '07 #1
17 12408
On Oct 30, 2:25 pm, chewie54 <dfabrizi...@gmail.comwrote:
>
I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?
Here are some reasons why people choose language X over Y:

- History. We've always used X, so why should we use Y?
- Peer pressure. Everyone else uses X.
- Licensing. Language X's license fits our business better than
language Y.
- Support. It is easier/safer/etc... to get support for language X
over language Y. (In some cases, the company that wrote X provides
support contracts while language Y doesn't have such a company.)
- Customer demands. Our customers want language X support, not Y.
- Features. Language X does A, B, and C really well, while language Y
only does it a little bit or not very well.

You'd have to ask them why they do what they do, but it's probably a
combination of the above. Oftentimes, the reasons cited are based on
assumptions and not facts. Of course, objectively measuring any
language is difficult at best, so there is little hope of this ever
getting any better.

As far as performance, memory footprint, cross-platform support, I
don't believe Tcl is better than Python (and probably not worse), at
least compared to C.

Tcl might also be a more natural language for hardware people who have
a hard time accepting the more esoteric concepts of software
engineering. It's a straight-forward language with little in the way
of what they may consider fluff.

Oct 30 '07 #2
I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?
I think this question needs to be answered on a case-by-case basis,
but my guess is that it is in most cases historical. Work on Tcl
started in 1988, and it was the first (major?) embeddable scripting
language (that is also free software etc). Python wasn't released
until 1991, and wasn't first recognized as being just as easily
embeddable (and I think early releases weren't as easily embeddable
as today's Python is).

Tcl's original objective was to support circuit design, so people
in that field clearly knew that Tcl worked, but they were likely
unaware of any alternatives (or else the future of these alternatives
may have been uncertain).

So at that time, Tcl would have been the obvious (because only)
choice. Now these products are stuck with Tcl, and redoing all
the work (including the existing extension modules!) in a different
programming language would be a lot of work.

Regards,
Martin
Oct 30 '07 #3
chewie54 <df*********@gmail.comwrites:
Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.
How old are these tools? Tcl has been around as an extension language
for a long time, longer than most currently popular scripting
languages. It is quite possible that some or all of these tools chose
Tcl simply because it was there when they were making the choice.
Oct 30 '07 #4
That is correct. Tcl has it roots at UC Berkeley and was originally
used
to provide a command line interface for electronic design automation
(EDA)
tools.

Most commercial EDA vendors at that time were using their own,
proprietary
command language. Only later became Tcl widely adopted among EDA
vendors
and -even more important- among users, electronic designers.

There is a large base of Tcl scripts in existence among users.
Replacing
that is practically and commercially simply not feasible regardless of
the strengths or weaknesses of Tcl vs any other language.

Recently, Python is getting more traction inside EDA, especially for
internal use and internal development and in some cases as the design
language of newer EDA tools.

/Jean Brouwers
On Oct 30, 3:47 pm, "Martin v. Löwis" <mar...@v.loewis.dewrote:
I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?

I think this question needs to be answered on a case-by-case basis,
but my guess is that it is in most cases historical. Work on Tcl
started in 1988, and it was the first (major?) embeddable scripting
language (that is also free software etc). Python wasn't released
until 1991, and wasn't first recognized as being just as easily
embeddable (and I think early releases weren't as easily embeddable
as today's Python is).

Tcl's original objective was to support circuit design, so people
in that field clearly knew that Tcl worked, but they were likely
unaware of any alternatives (or else the future of these alternatives
may have been uncertain).

So at that time, Tcl would have been the obvious (because only)
choice. Now these products are stuck with Tcl, and redoing all
the work (including the existing extension modules!) in a different
programming language would be a lot of work.

Regards,
Martin

Oct 30 '07 #5
On Oct 30, 3:25 pm, chewie54 <dfabrizi...@gmail.comwrote:
Hello,

As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:

Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.

Tcl seems to very popular in my business as the scripting language of
choice.

I'm in the process of deciding to use Tcl or Python for a CAD tool
program that I have been working on. Most of the core of the
program, the database, will be done is C as an extension to either
Tcl or Python, but I intend to use Tk or wxPthon for the GUI. I do
need publishing quality outputs from drawings done on a graphics
device that are scaled to standard printer paper sizes.

I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?

Are there any obvious advantages like:

performance,
memory footprint,
better cross-platform support,
ease of use,

Thanks in advance for your thoughts about this.
tcl is somewhat simpler to extend but you'll pay the price later on in
the
form or the hideous tcl scripts floating around your system

Oct 31 '07 #6
chewie54 <df*********@gmail.comwrote:
>
As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:

Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.
Well, I recently did a development contract for Mentor, and the RFQ gave me
the choice of doing the library binding and diagnostic GUI in either Tcl or
Python. Naturally, I chose Python (and wxPython), and both the client and
I are quite happy with the result.

(Actually, I did a Tcl binding for them as well, and just writing the text
scripts reinforced my dislike for it...)
--
Tim Roberts, ti**@probo.com
Providenza & Boekelheide, Inc.
Oct 31 '07 #7
chewie54 <df*********@gmail.comwrites:
>Hello,
>As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:
Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.
>Tcl seems to very popular in my business as the scripting language of
choice.
>I'm in the process of deciding to use Tcl or Python for a CAD tool
program that I have been working on. Most of the core of the
program, the database, will be done is C as an extension to either
Tcl or Python, but I intend to use Tk or wxPthon for the GUI. I do
need publishing quality outputs from drawings done on a graphics
device that are scaled to standard printer paper sizes.
>I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?
Having abandoned TCL for Python years ago, my thought is:

If you expect your users to write (and maintain) large scripts - have mercy on
them and don't give them TCL.

For larger programs/scripts having proper data structures, readable syntax,
etc. is a very significant factor. (Of course TCL may have improved beyond
all recognition since I last used it). Try putting together some sample
scripts in both languages and see how easily others can understand them (and
yourself in a few months).

When I want something nimbler than Python I use Lua.

Eddie
Oct 31 '07 #8
chewie54 <df*********@gmail.comwrote:
I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?

Are there any obvious advantages like:

performance,
memory footprint,
better cross-platform support,
ease of use,
I used to work on a project which was written mostly in Tcl. Not a huge
project, but not a trivial one either. Perhaps a few 10's of KLOC over 100
Tcl source files. The domain was network monitoring using SNMP. No
graphics. We also used a commercially available network simulator (Mimic)
which was written in Tcl (or, at least, has Mimic as its scripting
language).

For us, the biggest thing was the quick learning curve (i.e. ease of use).
Most of the programmers on the team were network jocks, not programmers.
Getting them up to speed on enough Tcl to do their jobs was very quick.
Performance was not an issue, since the application was rate limited by the
network (i.e. waiting for SNMP replies to come back).

We also had lots of hooks into C code. Doing that is trivial in Tcl. Yes,
I know you can extend/embed Python, but it's a LOT easier in Tcl.
Embedding a Tcl interpreter in a C program is literally one line of code.
I sat down with the book to figure out how to do it, and had a running
interpreter going in 10 minutes. Part of what makes it so easy is that
everything in Tcl is a string (no need to support multiple data types).

I don't think I would want to write a huge system in Tcl. For one thing,
it's not object oriented (I have no direct experience with incr Tcl, so
that may not be a fair critisism). It's also slow (even slower than
Python). Of course, in both Tcl and Python, the key to a fast application
is to do all the CPU-intensive parts in C and just script the glue code.

Anyway, I like Tcl. It's certainly worth considering seriously as a
scripting language. As for "which is better, Tcl or Python", there's no
one right answer to that. Evaluate both and decide which fits your needs
better. Often, questions like that will be decided by things which have
little to do with language technology. Is your company re-organizing and
there's a development group who are used to working in language X who are
looking for a new project? Guess which language they're going to pick?
Got a major customer (or prospect) who expresses an interest in language X
for scripting extensions? Guess which language you're going to use?
Oct 31 '07 #9
chewie54 wrote:
Hello,

As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:

Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.

Tcl seems to very popular in my business as the scripting language of
choice.

I'm in the process of deciding to use Tcl or Python for a CAD tool
program that I have been working on. Most of the core of the
program, the database, will be done is C as an extension to either
Tcl or Python, but I intend to use Tk or wxPthon for the GUI. I do
need publishing quality outputs from drawings done on a graphics
device that are scaled to standard printer paper sizes.
I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?

Are there any obvious advantages like:

performance,
memory footprint,
better cross-platform support,
ease of use,
Thanks in advance for your thoughts about this.
One of the reasons Tcl has stayed around for so long is that it has
found several niche's/domains where it has proven extremely useful.
VDHL/Verilog is one of these areas: Tcl became the preferred solution
for embedding and scripting, and has proven hard to dislodge. Network
automation/scripting (via Tcl's Expect solution) is another problem
domain where Tcl is widely used. GUI programming (with Tk) is yet another.

Developers tend to forget about Tcl as a viable programming language,
and one of the reasons is that the problem domains where it has gained
traction tend to be highly specialized.

I do GUI programming in Tk with both Python and Tcl. Doing sophisticated
GUI's in Tk tends to be harder in Python than Tcl, because some of the
current, modern Tk GUI libraries haven't been wrapped via Python.
Understanding Tcl helps because I can drop into Tcl to customize a Tk
widget as needed, then call the customized bits from Python.

In terms of suitability as a general purpose programming language,
Python's biggest advantage over Tcl is the size of its standard library
(Tcl is much smaller at its core, by design), its more singular approach
to object-oriented programming if you use that method (Tcl has several
different OO systems), and the size of its community--the larger number
of Python programmers out there make it much more likely that you will
find an open-source solution for your needs. Tcl's community is much
smaller, its development moves more slowly, and Tcl does not compete in
several major "hot" areas of development (no web frameworks like Django
or Ruby on Rails).

Hope this helps,
Kevin

--
Kevin Walzer
Code by Kevin
http://www.codebykevin.com
Oct 31 '07 #10
On Oct 30, 10:47 pm, "Martin v. Löwis" <mar...@v.loewis.dewrote:
I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?

I think this question needs to be answered on a case-by-case basis,
but my guess is that it is in most cases historical. Work on Tcl
started in 1988, and it was the first (major?) embeddable scripting
language (that is also free software etc). Python wasn't released
until 1991, and wasn't first recognized as being just as easily
embeddable (and I think early releases weren't as easily embeddable
as today's Python is).

Tcl's original objective was to support circuit design, so people
in that field clearly knew that Tcl worked, but they were likely
unaware of any alternatives (or else the future of these alternatives
may have been uncertain).

So at that time, Tcl would have been the obvious (because only)
choice. Now these products are stuck with Tcl, and redoing all
the work (including the existing extension modules!) in a different
programming language would be a lot of work.

Regards,
Martin
Here is TCL's author talking about its roots: http://www.tcl.tk/about/history.html
The Electronic Design Automation industry was in some ways ahead of
other industries in adopting TCL as its major scripting language but
because of this I think it might now be suffering because, as capable
as TCL is, current EDA tools would benefit from reflecting what is
increasingly an object oriented compiled language core, as Python
objects for user manipulation.

- Paddy.

Oct 31 '07 #11
Roy Smith <ro*@panix.comwrites:
We also had lots of hooks into C code. Doing that is trivial in Tcl. Yes,
I know you can extend/embed Python, but it's a LOT easier in Tcl.
Embedding a Tcl interpreter in a C program is literally one line of
code.
Have you tried both or just Tcl? I've seen examples of both and they
look about equally simple to set up.
http://docs.python.org/ext/high-level-embedding.html shows a Python
high-level example. Many companies use the kind of simple embedding
shown there in real-world projects.
Oct 31 '07 #12
Martin v. Löwis wrote:
........
I think this question needs to be answered on a case-by-case basis,
but my guess is that it is in most cases historical. Work on Tcl
started in 1988, and it was the first (major?) embeddable scripting
language (that is also free software etc). Python wasn't released
until 1991, and wasn't first recognized as being just as easily
embeddable (and I think early releases weren't as easily embeddable
as today's Python is).
.......
in the 70's many of the people I knew in engineering were using forth as an
embedded language. Of course the embedding was the final application as the
controlling computers were really puny eg pdp8/9/11.

At that time the concept of free software hadn't even arisen. I believe forth
was proprietary, but it was widely available to academics and many machine tools
and similar control applications used it.
--
Robin Becker

Oct 31 '07 #13
On Oct 31, 3:06 am, Tim Roberts <t...@probo.comwrote:
chewie54 <dfabrizi...@gmail.comwrote:
As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:
Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.

Well, I recently did a development contract for Mentor, and the RFQ gave me
the choice of doing the library binding and diagnostic GUI in either Tcl or
Python. Naturally, I chose Python (and wxPython), and both the client and
I are quite happy with the result.

(Actually, I did a Tcl binding for them as well, and just writing the text
scripts reinforced my dislike for it...)
--
Tim Roberts, t...@probo.com
Providenza & Boekelheide, Inc.
Hi Tim,

I would like to use Python and C and wxWidgets for my EDA CAD program.
I want
to put most of the program core in an Python extension and GUI in
wxWidgets.

I do need to get publishing quality vector graphics outputs from this
program so
one of my concerns is if the wxWidgets will work for this or will I
have to use
something like openGL or Cairo.

Did your work for Mentor include a high quality graphics output?

Thanks,


Oct 31 '07 #14
On Oct 31, 2007 2:01 PM, chewie54 <df*********@gmail.comwrote:
On Oct 31, 3:06 am, Tim Roberts <t...@probo.comwrote:
chewie54 <dfabrizi...@gmail.comwrote:
>As an electronics engineer I use some very expensive EDA CAD tool
>programs that are scriptable using Tcl. I was wondering why these
>companies have choose to use Tcl instead of Python. Some of these
>are:
Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.
Well, I recently did a development contract for Mentor, and the RFQ gave me
the choice of doing the library binding and diagnostic GUI in either Tcl or
Python. Naturally, I chose Python (and wxPython), and both the client and
I are quite happy with the result.

(Actually, I did a Tcl binding for them as well, and just writing the text
scripts reinforced my dislike for it...)
--
Tim Roberts, t...@probo.com
Providenza & Boekelheide, Inc.

Hi Tim,

I would like to use Python and C and wxWidgets for my EDA CAD program.
I want
to put most of the program core in an Python extension and GUI in
wxWidgets.

I do need to get publishing quality vector graphics outputs from this
program so
one of my concerns is if the wxWidgets will work for this or will I
have to use
something like openGL or Cairo.
wxWidgets has a vector graphics implementations which is a wrapper for
native vector graphics. Look at wxGraphicsContext. It's not perfect
and you may want to use Cairo directly, especially if you need to
render to PDF or postscript for output.
Oct 31 '07 #15
chewie54 <df*********@gmail.comwrote:
>
I would like to use Python and C and wxWidgets for my EDA CAD program.
I want to put most of the program core in an Python extension and
GUI in wxWidgets.

I do need to get publishing quality vector graphics outputs from this
program so one of my concerns is if the wxWidgets will work for this
or will I have to use something like openGL or Cairo.

Did your work for Mentor include a high quality graphics output?
No. My project was a friendly GUI front-end for exercising a hardware
simulation. They liked it enough that they've asked for another.
--
Tim Roberts, ti**@probo.com
Providenza & Boekelheide, Inc.
Nov 2 '07 #16
On Oct 30, 1:25 pm, chewie54 <dfabrizi...@gmail.comwrote:
Hello,

As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:

Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
Actel FPGA tools.

Tcl seems to very popular in my business as the scripting language of
choice.

I'm in the process of deciding to use Tcl or Python for a CAD tool
program that I have been working on. Most of the core of the
program, the database, will be done is C as an extension to either
Tcl or Python, but I intend to use Tk or wxPthon for the GUI. I do
need publishing quality outputs from drawings done on a graphics
device that are scaled to standard printer paper sizes.

I would prefer to use Python but can't deny how popular Tcl is, as
mentioned above, so my question is why wasn't Python selected by
these companies as the choice of scripting languages for their
product?

Are there any obvious advantages like:

performance,
memory footprint,
better cross-platform support,
ease of use,

Thanks in advance for your thoughts about this.
I'm an electrical engineer too, and have lamented the same lack of
Python scripting for tools like the ModelTech VHDL simulator. I think
the original choice had to do with with the ease of embedding TCL into
applications written in C, and the use of TCL in university EE
departments. I would rather die than try to write anything approaching
a complete application in TCL. Other braver souls have actually done
it, but I am sure they are masochists.

About a year ago I discovered an interesting project that embedded
Python in TCL (!). it's called TCLPython. I have tried this out with
ModelSim 6.2, and it actually works! I have written a few Python
scripts that drive a signal in a VHDL simulation.

Here is a link: http://www.ellogon.org/petasis/index...d=27&Itemid=43

Best regards, Vern Muhr

Nov 7 '07 #17
As an electronics engineer I use some very expensive EDA CAD tool
programs that are scriptable using Tcl. I was wondering why these
companies have choose to use Tcl instead of Python. Some of these
are:

Mentor Graphics ModelTech VHDL and Verilog simulator
Synopsys Design Compiler and Primetime Static Timing Analyzer
ActelFPGA tools.

I suspect that it's due to historical reasons.

TCL first appeared in 1988, whereas Python appeared in 1991. Some of
these tools have been around for a very long time, and I suspect that,
at first, it was mostly a question of picking the most popular
scripting language; decisions made in recent years are probably more
for convenience & backward-compatibility reasons than anything else.

(That said, I'm not a huge fan of Python's lack of braces ... :)

K.

Nov 8 '07 #18

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

12
by: rhmd | last post by:
Just found Python and I love it. What an elegant language! I would like to use it for various applications, but the mathematical calculations are way too slow (a million sines 8 seconds in Python...
6
by: Pierre BENAROUCHE | last post by:
2
by: Volker Grabsch | last post by:
Hi! I noticed that many packages in the PyPI are using the PSF License. Does this have a special reason? Is this the common "standard" license for Python libraries? I'm just asking because...
8
by: John Salerno | last post by:
Hi all. I'm fairly new to programming and I thought I'd like to try Python. I'm trying to decide between these two books: Learning Python (O'Reilly) Beginning Python: From Novice to Professional...
16
by: D. Stimits | last post by:
A non-profit organization is interested in a new data application that would use a SQL storage system. I'm interested to know how non-profit companies that are not selling products are considered...
18
by: google.1.jvmail | last post by:
I have over 10 years strong experience coding in VBA, developing complex multi-user applications in MS Access (all versions), have worked with security, replication, and whole bunch of other...
6
by: Randy Smith | last post by:
Hi ALL, I was told that most Fortune 500 companies use OOP in conjunction with ASP.Net 2.0. Personally, I find this hard to believe, unless the class libraries being created are going to be used...
34
by: Anthony Irwin | last post by:
Hi All, I am currently trying to decide between using python or java and have a few quick questions about python that you may be able to help with. #1 Does python have something like javas...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
0
by: MeoLessi9 | last post by:
I have VirtualBox installed on Windows 11 and now I would like to install Kali on a virtual machine. However, on the official website, I see two options: "Installer images" and "Virtual machines"....
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: Aftab Ahmad | last post by:
Hello Experts! I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.