Hi all,
I have a request from a customer about a software that would "know where it is in a building". It's a sort of hospital, so when personnel walks from a room to another, their palmtop should "sync" to the people who are hosted in the room. I could think of putting a bar code on the door, but this means that if the operator forgets to read the barcode on entering the room he'll be out of sync. And the more the call is urgent, the more he is likely to forget about the code, especially in the beginning. So I'm asking myself whether there is something that we could hang somewhere in the room, and that could be automatically "read" read by a palmtop. Next question is whether (and how) I can read this device from gst, obviously. Thanks Bèrto _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On 08.02.2010, at 6:48, Bèrto ëd Sèra wrote: > Hi all, > > I have a request from a customer about a software that would "know > where it is in a building". It's a sort of hospital, so when personnel > walks from a room to another, their palmtop should "sync" to the > people who are hosted in the room. I could think of putting a bar code > on the door, but this means that if the operator forgets to read the > barcode on entering the room he'll be out of sync. And the more the > call is urgent, the more he is likely to forget about the code, > especially in the beginning. > > So I'm asking myself whether there is something that we could hang > somewhere in the room, and that could be automatically "read" read by > a palmtop. Next question is whether (and how) I can read this device > from gst, obviously. Well, it can be some bluetooth-dongle. Or some local wifi-spot. I think it should be possible to tune wifi-spots in hospital to give unique answers on some URL, while still sharing the common network-name. Then, you just need to have a thread, which will be constantly sending http-requests on that URL _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Ah, got it, you made my day, thanks :) Yes, it looks quite simple.
I'll take a serious look at the threading thing. Bèrto -- ============================== Constitution du 24 juin 1793 - Article 35. - Quand le gouvernement viole les droits du peuple, l'insurrection est, pour le peuple et pour chaque portion du peuple, le plus sacré des droits et le plus indispensable des devoirs. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Bèrto ëd Sèra
On Mon, 8 Feb 2010 05:48:20 +0200
Bèrto ëd Sèra <[hidden email]> wrote: > Hi all, > > I have a request from a customer about a software that would "know > where it is in a building". It's a sort of hospital, so when personnel > walks from a room to another, their palmtop should "sync" to the > people who are hosted in the room. I could think of putting a bar code > on the door, but this means that if the operator forgets to read the > barcode on entering the room he'll be out of sync. And the more the > call is urgent, the more he is likely to forget about the code, > especially in the beginning. cheap RFIDs attached to the doorframe? s. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Hi!
> cheap RFIDs attached to the doorframe? That would be the basic idea, but how do you use them with gst? Is there any ready/solid lib to manage them? Probably a stupid question, but since I never used RFIDs I'd hate to find out an endless amount of trouble after accepting the job. Bèrto -- ============================== Constitution du 24 juin 1793 - Article 35. - Quand le gouvernement viole les droits du peuple, l'insurrection est, pour le peuple et pour chaque portion du peuple, le plus sacré des droits et le plus indispensable des devoirs. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On Mon, 8 Feb 2010 17:58:06 +0200
Bèrto ëd Sèra <[hidden email]> wrote: > Hi! > > > cheap RFIDs attached to the doorframe? > > That would be the basic idea, but how do you use them with gst? Is > there any ready/solid lib to manage them? Probably a stupid question, > but since I never used RFIDs I'd hate to find out an endless amount of > trouble after accepting the job. Just a random pick from googling "usb rfid reader linux" http://www.b-production.org/brosura_ang_print.pdf "Once the reader is plugged to the PC with Windows, Linux or MacOS operating system, the system recognizes it as a HID (Human Interface Device) keyboard, and therefore doesn't need any special drivers to function properly." Looks like they do what barcode scanners do: behave like a keyboard. So if you go that way, you now know that there is "easy" hardware. Come to think of it, if it's to be deployed to a hospital, make sure that these things don't interfere with any medical equipment. s. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On Mon, 8 Feb 2010, Stefan Schmiedl wrote:
> On Mon, 8 Feb 2010 17:58:06 +0200 > Bèrto ëd Sèra <[hidden email]> wrote: > > > Hi! > > > > > cheap RFIDs attached to the doorframe? > > > > That would be the basic idea, but how do you use them with gst? Is > > there any ready/solid lib to manage them? Probably a stupid question, > > but since I never used RFIDs I'd hate to find out an endless amount of > > trouble after accepting the job. > > Just a random pick from googling "usb rfid reader linux" > > http://www.b-production.org/brosura_ang_print.pdf > > "Once the reader is plugged to the PC with Windows, Linux or > MacOS operating system, the system recognizes it as a HID > (Human Interface Device) keyboard, and therefore doesn't > need any special drivers to function properly." > > Looks like they do what barcode scanners do: behave like a > keyboard. So if you go that way, you now know that there is > "easy" hardware. > > Come to think of it, if it's to be deployed to a hospital, > make sure that these things don't interfere with any medical > equipment. clamped shut as a result of some errant, zombie "radio frequencies". ;) -- duke _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On Mon, 8 Feb 2010 10:09:57 -0700 (MST)
Duke Normandin <[hidden email]> wrote: > On Mon, 8 Feb 2010, Stefan Schmiedl wrote: > > > > > Come to think of it, if it's to be deployed to a hospital, > > make sure that these things don't interfere with any medical > > equipment. > > Nice call! Sure hate to have somebody's catheter be unexpectedly > clamped shut as a result of some errant, zombie "radio frequencies". ;) hehe ... I remembered the "no mobiles" signs on the doors of our local hospitals. However, if RFID chips were subverting medical equipment, I'd have to leave my car keys at the door, too. And are you, really, really, really sure that there is no active RFID left somewhere on your clothing? Or on the mechanical pencil you bought for your sick friend's crossword solving needs? Still, showing concern won't hurt the reputation, I guess. s. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Free forum by Nabble | Edit this page |