Do-more H2 (Micro Modular PLC) Videos

Hide Transcript

View Transcript

We saw in the quick start video that writing

a simple program for a Do-more PLC is quick and easy and that’s because Do-more does

so much for you. Writing a program that uses more resources

like com ports or servers is just as quick and easy if you understand 3 key things about

the Do-more architecture. Number one: Devices. It’s important to understand that your program

doesn’t talk directly to the hardware. Instead, your program tells a software interface

how it wants the hardware to behave, and that interface – which we call a device - controls

the hardware. The beauty of the device is it knows how to

handle the hardware for whatever you set it up to do. It takes all the low level buffer management,

handshaking, error processing, etc. off your back. For example, the serial port is a hardware

thing, but maybe I want it to behave as a simple ASCII streaming device. I select that interface - or device – tweak

the settings and I’m done. Now when I send data the device takes acre

of all the low level details. If I want that port to behave as a Modbus

RTU Client, I select that device, tweak a similar list of things - the device only asks

you for the things it needs - and now it’s ready. If I want an instruction to send data to the

Modbus RTU client we just setup, I just select that and I’m done. Now all data from this instruction will use

the RTU client. If I want to switch to use the built-in Ethernet

port, I just select that. Done. No other changes to the program or the configuration. What if I wanted to send data out an add-on

serial port module and I haven’t setup the device yet? Well look at this. You can setup the new serial port device - which

Do-more created for you automatically - right from within the instruction! Now just use that device and away you go. We just setup three different ways to get

data out of the Do-more and all we did was swap out devices! That’s the power of this device centric

model. Most instructions don’t need devices – like

reading or writing directly to I/O. But even in that case the program still doesn’t

talk to the hardware – it writes to memory which is mapped directly to hardware through

a device. So the key take away here is only devices

talk directly to hardware. Which is why we say the Do-more PLC is device

centric. Devices isolate you from all the low level

stuff so you can just focus on what needs to get done and not worry about the how. The Device does it for you. Key Thing number two: Memory

Like most of today’s modern programming languages, Do-more’s memory is strongly

typed. Which means, Do-more knows exactly what each

memory location is intended to represent. It doesn’t have to guess if a particular

memory location is an unsigned or signed integer, for example. And because if fundamentally knows what each

memory type represents, you can do things like compare a real number with an integer

or even do math on mixed memory types. And here’s a great example: Suppose you

have 10 inputs and you need to know if any 7 are active. That would be a HUGE task to do in ladder

code. But Do-more knows inputs are a binary type,

so you can just sum all 10 inputs and if, that sum, is greater than or equal to 7, turn

the output on, otherwise turn it off. How about that? That’s the power of Do-more’s typing. It just works. Which makes your programming life a whole

lot easier. Number three: System Configuration. Do-more is setup by default to handle basic

projects mostly because its smart enough to figure a lot of things out on it’s own like

when you add extra I/O modules – that’s all automatic. You don’t have to do anything except use

them and if necessary maybe setup a few things right from the dashboard. So many times that’s all you’ll ever need. As your projects start using more and more

resources and devices, then you’ll want to use the system configuration dialog because

you can customize the hardware, devices, servers, and even modify the memory usage. The key thing to remember is, you’ll want

to start at the top and work your way down. Why? Because each item in this configuration can

affect the items below it. So first you configure the CPU which can affect

all of these items, then you configure the I/O which can affect all of these items, then

you configure the modules, then the devices, etc. The cool thing about starting at the top and

working your way down, is when you reach the bottom you know you haven’t missed anything

and all the bases are covered. Can you jump in the middle and change something

if you want to? Sure. Just remember it can affect the items below

it. Of course, anytime you change the system configuration,

it needs to be written to the PLC to take affect. Well that’s it. The Do-more is Device Centric – you configure

and talk to the devices, they take all the low level hardware control off of your back,

Memory is strongly typed which makes your programming job easier and more reliable,

and the system configuration is best approached in a top down fashion – it helps you make

sure all the bases are covered and just makes things work out smoother. If you need any help, please contact AtomationDirect’s

free award winning support team during regular business hours. They will be happy to help. Spend Less, Do-More. With AutomationDirect.