git clone git@github.com:felis/USB_Host_Shield.git
git checkout --track -b dev origin/dev
git commit -a
git push origin dev
So you clone the remote directory to your own, then you checkout the branch and give it a local name, in this case dev. Then you make commits, which are local. Then you push your commits to the server. the origin keyword keeps the url of where you got the branch, or something like that. You can also list the branches and find out which one you're on using git branch -a
Monday, March 29, 2010
git simple upload branch
So I just got involved using git for the USB host shield. Really neat arduino project. Well its hosted on github, and while git seems awesome in its capabilities, it makes it more difficult to get started. I'm suppose to work in the dev branch, and I set up my ssh keys according to the website. And I have read/write priveleges, but it still took me an hour and a half to figure out how to download the branch, make a change and upload to the dev branch. Here is how you do it.
Monday, March 22, 2010
Arduino Liquid Crystal initialization issues
I have been having some nasty issues with Liquid Crystal. Typical, starts up fine after a few reboots. Finally tracked down the issue. Need to increase delay after a clear signal has been sent from 2000 microseconds to 16000 microseconds. There is probably a middle ground somewhere as 16000 is a long time to send a clear command, however it fixes it for the moment.
Thursday, January 14, 2010
Mouse working in OPENWRT
In order to get the mouse to work in OpenWRT, you need to have all the proper USB modules loaded. I have covered this in the past in showing how to get the Pegasus joystick to work. After everything is loaded, if you have done it right, if you plug in the mouse into the router and check dmesg the mouse should show up, but it will not be registered under /dev/mouse0. In order to get that part to work you have to go under make kernel_menuconfig and go to
Device Drivers
->input device support
[M] Mouse
remake the kernel make all V=99
After that is done the kernel module is found under
Kamikaze/trunk/build_dir/linux-brcm47xx/linux-2.6.30.8/drivers/input/mousedev.ko
just scp that over to root@OpenWrt:/lib/modules/2.6.30.8
yours may vary slightly if you have a newer kernel
Then go to
root@OpenWrt:/etc/modules.d
then
vi 72-mouse
and insert by pressing i, type
mousedev
then exit and save by typing :wq! (basic vi)
then reboot the router and try plugging in a mouse
then test it by using
cat /dev/mouse0
I left the mouse stuck in and it didn't work so I unplugged it and replugged it and it worked just fine. I can look into this issue in the future.
Device Drivers
->input device support
[M] Mouse
remake the kernel make all V=99
After that is done the kernel module is found under
Kamikaze/trunk/build_dir/linux-brcm47xx/linux-2.6.30.8/drivers/input/mousedev.ko
just scp that over to root@OpenWrt:/lib/modules/2.6.30.8
yours may vary slightly if you have a newer kernel
Then go to
root@OpenWrt:/etc/modules.d
then
vi 72-mouse
and insert by pressing i, type
mousedev
then exit and save by typing :wq! (basic vi)
then reboot the router and try plugging in a mouse
then test it by using
cat /dev/mouse0
I left the mouse stuck in and it didn't work so I unplugged it and replugged it and it worked just fine. I can look into this issue in the future.
Tuesday, October 13, 2009
Arduino 168 3.3 ttl serial
I've been trying to get my rbbb to communicate with my router which outputs 3.3 volt serial. In all reality I only need receive to work. However connecting it directly did not work. I went through the trouble of bulding a level shifte using a mosfet I bought at radioshack. I carefully put it together and used my parallax oscilloscope to look at the waves. It was dead on. I then tried connecting it to the arduino and it worked. I then soldered up a cable so that it would connect in place of the ftdi cable and it did not work. Something happens to the serial signal from input to rx input, As oppose to connecting a tx line directly to a pin. I have to check and see what is going on.
Ugh, found out what the problem was. On the RBBB the tx label actually stands for the tx label on the connector not the chip. So I probably could connect directly with 3.3v ttl without an issue. I will have to check this.
Ugh, found out what the problem was. On the RBBB the tx label actually stands for the tx label on the connector not the chip. So I probably could connect directly with 3.3v ttl without an issue. I will have to check this.
Thursday, October 8, 2009
Wednesday, September 16, 2009
Remote Desktop Error 1702 getting session names. Error [1702]: The binding handle is invalid.
I have it working now, if you can't get Remote Desktop working. AKA it was working before and it suddenly stopped, an update may have gotten you. After some googling and a bit of fiddling I brought up the cmd prompt and got the Error[1702] error when typing qwinsta. The problem ended up being that somehow my Terminal Services were disabled.
I fixed it by going to control panel -> Administrative Tools -> Services
Scroll down to terminal services right click, go to properties and set to automatic, then right click and click start service. This may work for you, it did for me.
I fixed it by going to control panel -> Administrative Tools -> Services
Scroll down to terminal services right click, go to properties and set to automatic, then right click and click start service. This may work for you, it did for me.
Wednesday, September 9, 2009
controlling pins on Openwr Kamikaze
Just for those people, (reminder to myself), looking for a way to easily control LEDs and other lights on a OpenWRT router running Kamikaze. Login to the router and install kmod-gpio-dev
This should cause your power light to start blinking. You can send 0 or 1 to any of these LEDs listed in LEDs.
$>opkg install kmod-gpio-dev
$>cd /proc/diag
$>cd leds
$>echo 0 > power
This should cause your power light to start blinking. You can send 0 or 1 to any of these LEDs listed in LEDs.
Subscribe to:
Posts (Atom)