Quest and I are planning to develop a people counting method based on GSM signals. Ideally this device will be able to demodulate GSM packets and extract ISMI numbers to form a list of unique devices which will be used to estimate a population. We see this as having a variety of useful applications from analyzing traffic flow to creating a grassroots means of counting crowds and events. In addition this device could also be used to gauge demand for GSM services in underserved locations. At this point we’ve tried to go through the tutorial available on RTL-SDR.com to demodulate GSM packets on our computers however, there seems to be some installation issues that may require help in office hours. We’ve been trying to learn all we can about the available data without having access to it.
Month: February 2017
RWET – Loops and Lists
This week in Reading and Writing Electronic Text I worked with loops and lists to make a script that breaks a series of headlines up into a sort of 24 hour clock. The idea is that each headline its slowly revealed over the course of a day as a play on the idea of the 24 hour news cycle.
Zombiebook pro – A history of hardware
Like most dead things the Zombiebook pro didn’t start out that way. In short glimpses Zom can even recall those early days when it was the most important and beautiful device in the room. In Zom’s youth, children would come to it in times of great stress and joy, tomes of knowledge would blaze across its screen, hours would be spent simulating virtual train systems and endless dialogues with friends and neighbors yielded a constant stream of new and exciting media. In these days, Zom’s bond with the children seemed unbreakable, vital, and even masterful. But, in computing, nothing lasts forever.
It wasn’t that Zom got old so much as the world left it behind. Zom refused to admit it. Zom knew it had some dust where there wasn’t dust before but it could still find its Netflix, it could still run the ol’ Railroad Tycoon. Yet the children wanted more. More spinning triangles when a firefight breaks out in a video game, more windows open when browsing the internet and more speed – everywhere.
What really precipitated it’s fall from grace was its instance on keeping up with the younger, faster and thinner machines that suddenly dominated all the social hot spots… and got all the children’s attention. Newer machines could talk to iPhones, sip data in the 5ghz club and run a dizzying number of floating point calcualtions without breaking a sweat. The first unfortunate mistake Zom made in it’s illustrious downfall was having a used solid state drive installed. Zom thought this would be a simple procedure, it even knew machines its own age who’d been born with these kinds of drives. However this would turn out to be the beginning of the end, a treadmill of failing upgrades, that would lead Zom to where it is today.
The procedure was tricky and maybe a bit strange but all the right hardware was there. Zom planed to have its CD drive removed and a solid state drive installed in its place. The surgery began and everything seemed to go well until the final phase. As Zom was transfereing it’s programs, games and files to the new drive a terrible data accident occurred. The operating system was mangled and a clean install was required. In the end most of the memories returned but in a corrupted and unfamiliar way. Applications that used to be common and comforting now caused freezing and kernel panic, the children became frustrated.
Zom thought a more conventional RAM upgrade might bring it back from this hectic twilight. This procedure went relatively well but somehow only hastened Zom’s decline. The extra heat generated made Zom run its fans at full blast which made it seem like Zom was even older despite the slight gains in performance. Then, battery life suffered. All the while, crashing, freezing and slowdowns became more common and as usual the children wanted more. To Zoms credit it survived these stresses and demands for a whole year – and then one day it just couldn’t get out of sleep mode. Zom still had a charge but the children couldn’t see it and began to hate Zom’s feeble and failing attempts. Zom when under the screwdriver once more but the surgeon was careless with the unloved machine and nicked a dataline. This was the end… or was it?
Today Zom lies in a heap of other dead components and machines, but still lives on yearning for the children to come back. Zom has few functioning components but because of its experience in life with upgrades, failures and reboots Zom makes due with the hardware it has. When Zom feels the presence of the children it calls out – hoping that they will remember the train simulations, the old torrent files, or the papers they had written with it’s help. Not much is intelligible, and it often frightens those who observe this desperation. However I can’t help but respect this fallen giant, unyielding in the face of obsolescence and determined to make use of what little it has for as long as it can.
The machine is dead, long live the machine!
Reading and Writing – Now with python!
This week we started out with python. We were asked to make a UNIX command-like python script for text manipulation. In the previous assignment I struggled with line length and that kind of came up again. I played around with the .replace() method and escape characters. I thought that by inserting “\n” into a line it would then be considered a new line in the rest of the script but it did not seem to work that way. Then I decided to try to remove a specific list of words (in this case conjunctions) and I was able to get that working in a for-loop. Eventually I did something similar to the two columns of words I made last week.
Readymades – Sound Project Prototype
Computers do what you tell them to do, except when they can’t.
This week I hacked at my “broken computer” to have it babble out sounds of it’s working life past. The goal was to create a seemly dead laptop that eagerly spits out fragments of media when it senses human interaction. To achieve this I put an accelerometer and Arduino inside of the hollowed out laptop and had the data feed into MAX MSP where it was basically smoothed and used to trigger different sounds from a video game called Railroad Tycoon 3. As the user interacts with the laptop it gets more and more excited to fulfill the role it once had (as a working video game machine). Video coming soon.
I tried for a long time to get bluetooth serial communication working and ran into a series of difficulties. I’m going to try this again when I have time but I think it had to do with a bad Arduino Mega I was using. I also tried to get the audio to come from inside the computer but could not get my computer to pair with the speaker. The combination of these two issues was especially disappointing because having both a wire and external sound make it difficult to realize this project as a junked laptop in a pile of other e-waste; which was the original idea.
Ultimately I think it works as a proof of concept but the feeling of shaking out old memories isn’t really there as much as I would have liked. Especially with the wire sticking out and the external sound, the interaction feels forced and not as serendipitous as I was going for.
Here’s a look at the max patch I was working with:
A large portion of this is from an Arduino serial handshaking example that worked out really nicely for my purposes.
Forgotten hardware from Jesse Horwitz on Vimeo.