jdogherman
-
Posts
268 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Events
Posts posted by jdogherman
-
-
Episode 7x25
in Hak5
Any one know where to find a decent bumping hammer? That's what i need to find!I cant say if they have the BEST price but I did get my keys in a timely fashion and they sell bump hammers.
But why do you need that just use the end of a screwdriver. works just fine
-
Episode 7x25
in Hak5
Were did you get yours from?bumpkey.us
a little over 20 for 5 keys
-
Episode 7x25
in Hak5
I finally ordered some bump keys a set of 5.
a bit expensive but I look forward to playing around on my OWN locks
-
If everything goes perfectly, the soonest they could be manufactured and available in any quantity would be early to mid May
Thats awesome news. Can't wait for it to be available. Let us know when you have any updates. Might be cool if a DIP switch shield could be designed for the Teency also.
Thanks for the informative post.
Glad to know that the Teency can act as a composite device utilizing multiple interfaces.
-
-
There should be a way to limit HID devices save for a approved devices.
That is really what we are exploiting the inherit trust provided to HID devices by the system.
If this takes off (like U3 options) Im sure there will be a fix for it.
-
Actually, I've been planning to add more device types in the next version of Teensyduino. Once that's released (there will be beta tests....), implementing this using the Arudino IDE will be as easy as just selecting it from the Tools menu.
In addition to a SD card connected to the 4 SPI pins, I also plan to support using the unused flash memory as a tiny read-only volume. You can expect example and documentation to be rough at first and become better over time....
Yes, it'll be a composite device which also provides a HID keyboard interface. Everything already written with Keyboard.print(), Keyboard.send_now(), etc should work when changing to this other device type.
Is there ever a way to set a device to be 2 USB devices? a HID and a Mass Storage?
Make sure you let us know on Hak5 when you update the Arudino IDE
Thanks for all your work.
-
The tester of the process http://elasticsheep.com/2010/04/teensy2-us...ith-an-sd-card/. States that the files were accessable but it was not using the HID profile and the access was reduced from a standard SD card reader.
-
I think the key thing it can do is preform any set macro, so doing a task in a lab / mass workstation environment doesn't really require you to type or interact with the system if the code is setup properly.
-
I know Darren had said that it was only limited to the USB bus but here is some numbers on what the Teensy theoretically might be able to do.
looks to be a max 500-62.5 keystrokes
Bandwidth - Less Than You Might ExpectUSB Keyboard speed is limited to 500 keystrokes per second, and some operating systems may limit the speed to only 62.5 keystrokes per second. There is nothing you can do about these limits. Reading the rest of this section will only help you understand why they exist.
The HID protocol is used by USB keyboards, and HID uses the USB "interrupt" transfer type, which allocates 1 packet per a configurable number of USB frames. Each USB frame is 1ms, and the Teensyduino USB keyboard code requests the interval to be every frame. If the operating system honors this request, bandwidth is available for 1000 packets per second.
Each keystroke requires 2 calls to Keyboard.send_now(), the first to press the key and the second to release it. This translates to 500 keystrokes per second. Of course, you can send 10 different keys in each, but logic inside the USB device driver will analyze for changes, which imposes a practical limit, especially when sending to already-written software which expects "normal" typing.
Some operating systems might disregard the request and instead schedule 1 packet every 8 frames. At 16ms each, only 62.5 keystrokes per second are possible.
Taken from: http://www.pjrc.com/teensy/td_keyboard.html
-
I would like to dev on this.
I program in C++, Java, and VB.
I am proficient with soldering.
-
Episode 6x25
in Hak5
is there any way to convert that .tar to an img?
-
Episode 6x25
in Hak5
So does any one have a copy of the IMG file for the z2 as now it has been taken down.
-
Episode 6x20
in Hak5
Theres a lot of image shake on the outside shots.
Maybe some image stabilization is needed. <shrug>
-
Episode 6x15
in Hak5
Ok.
How do you get pigin to fit to the screen?
Also How can you send a ctrl?
-
Episode 6x15
in Hak5
Well I havent been able to find a Z2 anywhere. My local target says that no one in my district has one nor do the districts near us. :(
-
Episode 6x09
in Hak5
YEAH PAUL coming in through the window reminded me of Nickalodean's 90 TV show "Clarissa Explains It All"'s Sam climbing in through the window.
-
Episode 6x08
in Hak5
beakmyn: That PocketDigi looks pretty sweet, installed it and it works surprising well. now If I only had a rig to run it on.
-
Episode 6x08
in Hak5
syncing it to the metatags (if preset) in the video would be the only caveat.
-
Episode 6x08
in Hak5
What about not using a computer but rather a smart phone.
Using WIFI-Fo-fum I can log GPS and wifi points. If my camera had a clock(true time) that was worth anything I should be able to align the GPS points to the video stream is the time data was embedded/meta-tagged into the video.
-
Episode 6x08
in Hak5
so the storage medium would be the magstripe?
What is the benefit? seems like it would be prone to degradation of the signal. remember that the TNC output has no error correction, and if you set it up to output a constant conversion of NEMA to audio it would be just that a stream of NEMA sentences in modulated form.
If you could somehow use the magstripe but have it trigger a NEMA position upon swipe you could keep cards of positions if they fit on the magstripe. Remember also that normally magstripes have EC and have tracking bits. NEMA-AUDIO wouldn't have that and a sentence would be very hard to align to fit on a card.
-
Episode 6x08
in Hak5
not sure why using a magstripe reader would help.
If I wasnt able to get a camera with audio input I would just use a pocket recorder to take both audio (left) and NEMA audio (right). Then All I need to do it sync the video to audio and now you know where I am and what I am saying
Could even be done with BT headset and BT receiver.
So BT receiver + TNC output -> mixer/combiner -> pocket recorder.
Depending on the space on the recorder you could log all position data in your tank bag or saddle bag and not have to stop recording till you park your bike. Kindof like a black box. Although if you are doing all this I might just make a black box with a netbook and wifi so I can use it to do war driving through neighborhoods.
MAN this sounds cool. Motorcycle meet Computer = cycle-puter (trademark pending) jk
-
Episode 6x08
in Hak5
as far as recording the audio into the camera as long as the camera had an audio jack in and the fidelity was high enough the TNC should convert any of the NEMA code into audio then pass that into the camera to be recorded.
What point and shoot video camera do you have that has an audio in?
-
Episode 6x08
in Hak5
Enjoyed the overview of the APRS system but I think more meat and potatoes (content) might have been good.
BTW if you are looking to study for your FCC Ham exam get a hold of the "Now Your Talking" and check out this pod-cast.
There are a lot of benefits to getting your entry class (tech) fcc licence. Out of 2.4 band transmission with off the shelf wireless cards (atheros/fon), Long Range Packet Transmission (PSK31), High Power transmission.
Any one looking for help with ham questions send me a PM and I will help you as best as I can.
KD8ASA
JDogHerman
General Class
Episode 8x01
in Hak5
Posted
so is there an invite option?
Does anyone have any invites to the app inventor?