Since I'm all the time in a seek for a new challenge and a really good venture I've decided this time to build in python programming language my very own GPS tracking server. Server should obtain connections from GPS units (each protocols TCP and UDP should be supported). Server must accept GPS data, proccess the information and travel security tracker than load that data in actual time to the viewable map. That is the result and outline of my challenge. Picture: Flowchart logic: receiving, analyzing and inputing information to the database. To activate the GPS device it is advisable to insert SIM card with GPRS capability contained in the GPS machine. Than I took my GPS gadget and connected it to power since I do not know how lengthy battery on GPS device can hold (I made my own adapter). Next step was to setup the GPS machine (password, IP, PORT, APN, TCP or iTagPro support UDP) by sending the SMS messages to SIM card inside the GPS system (to unhealthy there was no port for serial connection obtainable).
Last step was to activate the GPRS capability. After activating the GPS system, gadget was able to send information over the web to my check server via GPRS. Remark: Data despatched by almost any GPS system might be despatched using TCP and ItagPro 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 stated, information could be despatched over UDP protocol as effectively. UDP does not require any handshakes to ascertain the connection nor overheads to take care of the connection. Since it is conenctionless kind of data transfer. Meaning, the integrity of the transfered knowledge could also be endangered. I needed to code TCP/UDP server which ought to listen for ItagPro incoming connections on the specific combos of IP:PORT. I used port forwarding for that and it labored like a charm. Server was runnimg and TCP request for connection got here through immediately, connection was established with the GPS device over the prefered protocol (TCP).
GPS machine began sending the info, TCP server obtained it (I used regex for information extraction, image bellow). After the information extraction, checking was executed to examine whether it is allowed gadget by studying the IMEI worth of the device and evaluating it to the listing of the allowed units. If machine is allowed data is distributed to the Django application (or to database, this I coded after the testing phase). If data is legitimate database is updated with new information like: ItagPro IMEI of the machine. 1 second). But, motive why I like that is which you could create many parallel TCP proccesses (TCP servers if you will) with totally different PORT numbers. On the picture bellow you possibly can see older model which wasn't utilizing uvloop and asyncio and ItagPro was in a position to maintain single server occasion on port 8000. Server was capable of work with only one TCP occasion. New server is able to hear on multiple PORTs for different GPS vendors which makes straightforward to recieve, decode and read information from any variety of GPS gadgets. Decoded information, ItagPro after have been validated are saved to database or itagpro locator file. After that, data can be utilized inside the Django (geo)software that I created especially for ItagPro this goal. This is the map (first model) I got after the info was loaded to the google map. Usage! I can use my app freed from charge and observe any system as long as I decode it's message. There are not any any charges for me anymore. Next factor to do will likely be route mapping.
The outcomes obtained in laboratory checks, utilizing scintillator bars read by silicon photomultipliers are reported. The present strategy is the first step for designing a precision monitoring system to be placed inside a free magnetized volume for the cost identification of low power crossing particles. The devised system is demonstrated in a position to provide a spatial decision higher than 2 mm. Scintillators, iTagPro technology Photon Solid State detector, particle monitoring units. Among the many deliberate actions was the construction of a gentle spectrometer seated in a 20-30 m3 magnetized air volume, the Air Core Magnet (ACM). The entire design must be optimised for the determination 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 volume. 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 right here demonstrated able to supply the mandatory spatial resolution in reconstructing the position of the crossing particle by profiting of the cost-sharing between adjoining bars readout in analog mode. SiPMs are excellent candidates in replacing standard photomultipliers in many experimental circumstances. Tests have been performed with laser beam pulses and radioactive supply as a way to characterize the scintillator bar response and SiPM behaviour. Here we briefly present the observed behaviour of the SiPM used in our assessments relating to the primary sources of noise and the impact of temperature on its response and ItagPro linearity. Several models and packaging have been thought of. The main supply of noise which limits the SiPM’s single photon decision is the "dark current" price. It's originated by cost carriers thermally created within the delicate volume and current within the conduction band and therefore it is dependent upon the temperature. The dependence of the dark present single pixel fee as a operate of the temperature has been investigated utilizing Peltier cells so as to vary and keep the temperature controlled.