Implementing clients for control and monitoring using AJAX

Robson, C.C.W.; Silverstein, S. B.; Böhm, C.

doi:10.1109/nssmic.2007.4436388

Cited by 6 publications

(5 citation statements)

References 4 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The communication between the client and the server does not need to open additional holes in the security since the HTTP protocol is used in the communication, namely port 80 (HTTP) and port 443 (HTTPS), both usually open in firewalls [11]. AJAX (asynchronous Javascript and XML, [22,23]) is a new technology for dynamic and interactive web based clients.…”

Section: Remote Laboratoriesmentioning

confidence: 99%

See 1 more Smart Citation

Architecture for remote laboratories based on REST web services

Ngolo

Palma

Coito

et al. 2009

2009 3rd IEEE International Conference on E-Learning in Industrial Electronics (ICELIE)

View full text Add to dashboard Cite

In this paper, a new architecture for remote laboratories based on REST (Representational State Transfer) web services is proposed. The proposed platform use languages such as HTML, AJAX (asynchronous Javascript and XML) and Labview. A web browser is the client interface and on the server side runs an application based on Labview 8.6 with REST web resources. The main contributions are: a) the proposed architecture; b) a "thin client" based on a browser requiring a low bandwidth. Experimental tests, using an analog process simulator, were done and the obtained results show a good performance.

show abstract

Section: Remote Laboratoriesmentioning

confidence: 99%

“…In this paper, a new approach is proposed for a thin-client using Web RESTful services [9,21] and AJAX (Asynchronous JavaScript and XML) [11,22,23].…”

Section: Remote Laboratoriesmentioning

confidence: 99%

Architecture for remote laboratories based on REST web services

Ngolo

Palma

Coito

et al. 2009

2009 3rd IEEE International Conference on E-Learning in Industrial Electronics (ICELIE)

View full text Add to dashboard Cite

show abstract

“…The Control Server serves as an access point for both users and other parts of the system. AJAX-based [4] clients, highly adaptable and easily changed for new purposes can be used with great success for control and monitoring of the system.…”

Section: System Overviewmentioning

confidence: 99%

A high speed data acquisition collector for merging and sorting data

Robson

Böhm

2008

2008 IEEE Nuclear Science Symposium Conference Record

Self Cite

View full text Add to dashboard Cite

Distributed data acquisition systems have a needfor high throughput and a reliable delivery ofdata and commands in order to function properly. Connectionless oriented protocols like UDP provides a small overhead. but due to its unreliability it can be adequate to equip the application layer with additional services like flow control. data ordering and error checking. High performance buffers are important and necessary components here in order to not add further delays. When data. transmitted from a number ofnodes are merged together in one node. not only serving as a collector ofdata. but also performing additional tasks like sorting of incoming data etc. high performance buffers and software architectures are equally important for adding as little delay as possible to the transmission chain. Involved in different projects we have faced this challenge and have managed to reach throughputs of J00 MB/s on JGb Ethernet with the developed architecture lvhen implemented in Java. We will in our paper share our results when it comes to performance and ease of development. and discuss pros and cons with an equal implementation developed in C. first performance results will be presented Index Terms-data collector, sorting, high speed networking

show abstract

“…The PC software [2] (Fig. 5) is built on the System Adaptable Application Layers (SAAL) concept [3] including modules for control, sorting and monitoring. SAAL is intended for design and implementation of distributed systems for control and data acquisition.…”

Section: The Track Enginementioning

confidence: 99%

A low energy muon trigger for Icecube

Böhm

Kavianipour

Nygren

et al. 2008

2008 IEEE Nuclear Science Symposium Conference Record

Self Cite

View full text Add to dashboard Cite

N36-8the earth and interact near or within IceCube and produce a muon. The muon will continue in much the same direction through IceCube and produce Cherenkov light along a cone in the forward direction. Some of this light is recorded by the DOMs. From the ensemble of Hit information it is possible to reconstruct the direction of the neutrino via the muon tracks with a precision of about 1 degree. Upwardgoing neutrinos can be detected in this way even though downward-going cosmic ray muons exceed their rate by a factor of approximately 10 6 . Abstract-A "TrackEngine" (TE) concept has been developed for use with IceCube to maximize track-finding efficiency in the presence ofnoise. IceCube is a km-scale neutrino detector under construction at South Pole, now consisting of 40 strings of 60 Digital Optical modules (DOM) sensitive to Cherenkov light. Each DOM includes a large PMT that generates noise pulses at~500 Hz. The detection by a DOM ofa pulse, noise or signal, generates a "Hit". The full-scale IceCube will consist of 86 strings, and is expected to generate an average ofapproximately 13 random Hits during any 5f.Js window, the characteristic traversal time within the array ofa relativistic muon. Data is currently acquired with a simple multiplicity trigger (SMT) requiring at least 16 DOM Hits, with the additional requirement that these Hits form local coincidence pairs (8 Hit pairs). However, this trigger is inefficient, especially for low energy muons that generate a minimum oflight, but are of special interest for many experimental studies such as detecting signals from WIMP annihilation in the earth or sun. To increase efficiency for dim tracks, the TE examines all Hits, paired or not, and exploits topological features characteristic of straight line trajectories within the array to identify muons even in the presence ofsubstantial noise. A single PC and FPGA combination is expected to handle the full IceCube Hit rate of 2.5 MHz with more than a factor two margin. The received Hits are time sorted in a PC andfed to a Xi/inx ML507 FPGA board implementing the track engine algorithm. The FPGA solution was chosen, since it could be shown that the present algorithm cannot be implemented in software on one PC alone. The design reaches its high performance by an extensive pipelining of the calculations and operations, well designed and optimized network nodules in software and an extensive use ofthe fast, single-cycle delay Block RAM available in the FPGA.

show abstract

Implementing clients for control and monitoring using AJAX

Cited by 6 publications

References 4 publications

Architecture for remote laboratories based on REST web services

Architecture for remote laboratories based on REST web services

A high speed data acquisition collector for merging and sorting data

A low energy muon trigger for Icecube

Contact Info

Product

Resources

About