Forum Replies Created
-
Posts
-
Thanks. I’ll let you know if I make any progress. If there is any advice you can give, I am open to it. Nice talking to you.
PS. I have read you are working on HTML5. MS SilverLight is really not my thing. Looking forward to the next version. BR.Thanks for your advice. I’ll stick with Modbus for the time being.
IoT, the way I understand it, has great potential as I already know some of the technologies behind it. I am pretty much set on using it in my home, and hopefully in other projects later. However this does not change the fact that I would like to monitor/process sensor data.
Do I assume correctly that your Scada can collect data from a server through TCP/IP socket? Should I wish to implement a frontend server to provide sensor data, what mechanism would you recommend to use to transfer data to rapid Scada server?
The picture is not as clear as it is ought to be.
The first is that I have a computerized heating that is ailing and the manufacturer has abandoned it. To replace the controller I need to find out how a good or bad is it performing. I have run MathWork (Simulink) simulation on the house, but need to collect more information to make the model more accurate (and also many time need to visualize what is happening).
To make a long story short, I looked around for a full featured, well known protocol that is standardized and has widespread use. This happened to be the BacNet. However after I ported the driver it turned that there is hardly any free support for the protocol.I think I have two option with Scada: use Modbus with no additional effort, or implement BacNet if it is not a big effort. If it is a big effort I would skip it and go directly to IoT, since I have been toying with the idea for quite a while. If I have to learn, I would like to learn something that is up and coming
(Also, I was attending Cebit and got a lot of good input on how to go by creating a system).My decision to implement bacnet at the moment largely depends on the possible added functionality compared to modus. If all I can do is read some data, modbus will do. Do You see any advantage in Bacnet,ég alarms that could be implemented downstream that would be reasonable use of programming resources?
I am using Bacnet stack developed by Steve Karg: http://bacnet.sourceforge.net/
I use TI RTOS, and TIVA on Cortex M4, modified the code to suite TI NDK (native networking), added tasks to make use of the RTOS. I am planning at first on home automation, primarily to control heating, shades and make better use of energy.What I am also thinking of is for a while is to make the jump to IoT, but there are too many protocol options to explore. For transport I am looking into ZigBee. Lately I am coding in Java, but have experience in C, C++. Bacnet implementation is C/C++.
I have also ported a Modbus driver to the TI RTOS which seems to be working fine with your Scada. I think it would only worth the effort if some additional functionality can be delegated to the device, like alarms or discovery of features etc. Do you see any possibility to make use of the added functionality provided by Bacnet?
On an other note, I happen to have a second generation Raspberry Pi lying around. It is running Debian, but putting your stuff on it is definitely worth looking into. Thanks.
