Since I'm always in a search for a brand new problem and a extremely good challenge I've decided this time to construct in python programming language my very own GPS monitoring server. Server ought to receive connections from GPS devices (each protocols TCP and UDP must be supported). Server must accept GPS data, proccess the info and than load that data in actual time to the viewable map. That is the result and outline of my mission. Picture: Flowchart logic: receiving, analyzing and inputing knowledge to the database. To activate the GPS system you should insert SIM card with GPRS capability contained in the GPS device. Than I took my GPS device and linked it to power since I don't know the way long battery on GPS device can hold (I made my own adapter). Next step was to setup the GPS device (password, IP, PORT, APN, TCP or UDP) by sending the SMS messages to SIM card contained in the GPS device (to bad there was no port for ItagPro serial connection out there).
Last step was to activate the GPRS capability. After activating the GPS system, iTagPro shop machine was able to send information over the web to my test server by way of GPRS. Remark: Data despatched by almost any GPS system can be sent using TCP and UDP protocol. TCP connection has sligthly greater overhead than the UDP and reqiures a bit of bit extra bandwidth, however consequently this connection has great reliability throughout the data switch. As I said, information could be despatched over UDP protocol as effectively. UDP would not require any handshakes to ascertain the connection nor overheads to take care of the connection. Since it's conenctionless type of knowledge transfer. Meaning, the integrity of the transfered information may be endangered. I needed to code TCP/UDP server which ought to hear for incoming connections on the specific mixtures of IP:PORT. I used port forwarding for that and it worked like a charm. Server was runnimg and TCP request for connection came through immediately, connection was established with the GPS system over the prefered protocol (TCP).
GPS system began sending the data, TCP server acquired it (I used regex for knowledge extraction, image bellow). After the info extraction, checking was performed to test whether it is allowed machine by reading the IMEI value of the machine and evaluating it to the listing of the allowed gadgets. If system is allowed knowledge is shipped to the Django software (or to database, this I coded after the testing section). If knowledge is legitimate database is updated with new information like: IMEI of the system. 1 second). But, cause why I like that is that you would be able to create many parallel TCP proccesses (TCP servers if you will) with completely different PORT numbers. On the image bellow you possibly can see older model which wasn't using uvloop and asyncio and was ready to take care of single server instance on port 8000. Server was in a position to work with only one TCP instance. New server is ready to pay attention on multiple PORTs for different GPS distributors which makes simple to recieve, decode and skim knowledge from any number of GPS units. Decoded knowledge, after were validated are saved to database or file. After that, data can be used contained in the Django (geo)software that I created especially for this goal. This is the map (first version) I obtained after the information was loaded to the google map. Usage! I can use my app freed from cost and monitor any gadget as long as I decode it is message. There aren't any any fees for me anymore. Next thing to do might be route mapping.
The outcomes obtained in laboratory tests, using scintillator iTagPro shop bars learn by silicon photomultipliers are reported. The present approach is the first step for designing a precision monitoring system to be placed inside a free magnetized quantity for iTagPro shop the charge identification of low energy crossing particles. The devised system is demonstrated ready to offer a spatial resolution higher than 2 mm. Scintillators, Photon Solid State detector, particle monitoring devices. Among the planned actions was the development of a mild spectrometer seated in a 20-30 m3 magnetized air quantity, the Air Core Magnet (ACM). The entire design ought to be optimised for the dedication of the momentum and cost of muons within the 0.5 - 5 GeV/c vary (the mis-identification is required to be lower than 3% at 0.5 GeV/c). 1.5 mm is required contained in the magnetized air quantity. On this paper we report the results obtained with a small array of triangular scintillator bars coupled to silicon photomultiplier (SiPM) with wavelength shifter (WLS) fibers.
This bar profile is here demonstrated able to supply the mandatory spatial resolution in reconstructing the place of the crossing particle by profiting of the charge-sharing between adjoining bars readout in analog mode. SiPMs are glorious candidates in changing normal photomultipliers in many experimental conditions. Tests have been carried out with laser beam pulses and radioactive supply with a purpose to characterize the scintillator iTagPro shop bar response and SiPM behaviour. Here we briefly present the noticed behaviour of the SiPM utilized in our checks regarding the main sources of noise and the effect of temperature on its response and linearity. Several fashions and packaging have been considered. The principle supply of noise which limits the SiPM’s single photon decision is the "dark current" price. It is originated by cost carriers thermally created in the delicate quantity and present within the conduction band and ItagPro therefore it depends upon the temperature. The dependence of the dark current single pixel price as a function of the temperature has been investigated using Peltier cells so as to alter and iTagPro shop keep the temperature managed.