LinkBack URL
About LinkBacks
Reply With Quote.NET libraries exist for connect a Wiiremot with a PC and without anrduino !
I will probably release my source code once I have gotten it to a little more refined state. The only software is a code sketch to run on the Arduino and the interface I have written in Processing. From what I understand, Processing is mainly Java based but the commands and syntax are based on C++. I used it because it is designed to be easier to get started with than most of the more advanced languages. I'm a fast learner so I intend to port it into another more commonly used language as I progress. It shouldn't be too hard to duplicate it in VB.NET or C#. Information on how to connect the Wii Nunchuck accelerometer to an Arduino and the sketch I used to extract the raw data are readily available on the web. Connection is only 4 wires, +5v, GND, Data and Clock..... typical TWI or I2C. I should be able to embed what I currently have into Centrafuse which is what I use for a Front End. It will be a short while before I can continue since unfortunately, my desktop died for some reason yesterday. I am using my CarPC to post this.Originally Posted by pierrotm777
.NET libraries exist for connect a Wiiremot with a PC and without anrduino !
.NET libraries exist for connect a Wiiremot with a PC and without anrduino !
Yes... I am aware of this. The Wiimote can connect to a pc using bluetooth. The problem is that I use the Wii Nunchuck (actually, just the accelerometer inside one) WITHOUT being attached to a Wiimote. The Wiimote does have an accelerometer that can be used but it also has a button that must be pushed to connect it every time. It will not auto-connect. You would also need to use a 12volt to 3 volt adapter for power unless you wanted to keep changing batteries. Programming to use a Wiimote is also a lot more complex. Attaching a Wiimote to a PC allows it to be used like an Air Mouse or 3D Mouse. My source code for the inclinometer interface using a mouse as input is already posted with the demo executable attached to an earlier message. The only real difference from my current version is that it lacks to code to read the serial data from accelerometer/arduino.
I want to say to hold on to the code a charge a few bucks for it. It's been YEARS before anyone had gotten off their *** to actually develop this, you should make a few dollards off of it (like $10-$20 or less), or selling the code for a few bucks more to those that want to develop the base further and expand on it. After some time, maybe a year or two, than you can spread the code freely, which would be nice because I'd imagine like small programming projects, the programmers dissappear and having the code would be nice for making the program compatible in the future when things change like operating systems and such.
Wonder if using the mouse input would mess things up with Centrafuse. Some of the full screen apps keep audio/gps controls no? Using the touchscreen on those controls while the Inclinometer is running would throw it out of wack, no?
Last edited by Nd4SpdSe; 01-14-2013 at 02:48 PM.
I would actually find it difficult to charge for the software for a couple of reasons. First, I am a big advocate of Open Source. Almost everything I am currently using is Open Source.... Processing, Arduino, Arduino IDE. Secondly, the main motivation for this project is to have this type of functionality in my own CarPC. If I ever put together a custom hardware solution for it, I could see possibly selling that part.
I've also been thinking about calibration. Since the sensor package will be mounted in a relatively permanant location, there would only be need for an "set and forget" sort of routine. With portable devices such as a phone or tablet, the orientation is nearly always changed from one use to the next. Just like the simple floating ball mechanical inclinometers, once they are mounted and calibrated, that task is done until it is moved to a new location/orientation.
Hopefully, I will be able to do an in vehicle test this weekend. Right now, my CarPC is in my living room being used to write this. My nice AMD Phenom II x 6 tower is on the fritz, a blown mainboard I suspect.
excuse me for the bad English
Nice piece of software, very useful, congratulations!
Why not use the motion sensor present in older gamepad Microsoft SideWinder--Freestyle-Pro-Gamepad or those in the range of sidewider microsoft.
http://en.wikipedia.org/wiki/Microsoft_SideWinder
http://www.activewin.com/reviews/har...tyle_pro.shtml
The Gamepad using a usb interface, I personally tested with your software through a small software joy to mouse and it works great.
In this way you delete the hardware, which for many is complicated interface using the nunchuck arduino, but with the absolute advantage of being able to make a microsoft-compatible device.
Just change the read data of your software by mouse joypad, you can change this feature?
I'm not a programmer, I do not know where to put my hand ...
thank you
Scusami per il pessimo inglese
Bellissimo software, molto utile, complimenti!
Perchè non utilizzare il sensore di movimento presente nei vecchi gamepad Microsoft-SideWinder-Freestyle-Pro-Gamepad oppure quelli della gamma sidewider della microsoft.
Il Gamepad utilizza un interfaccia usb, personalmente l'ho testato con il tuo software tramite un piccolo software joy to mouse e funziona alla grande.
In questa maniera si elimina la parte hardware, che per molti risulta complicata utilizzando l'interfaccia arduino nunchuck, ma con l'assoluto vantaggio di poter sfruttare una periferica compatibile microsoft.
Basta cambiare la lettura dei dati del tuo software da mouse a joypad, è possibile modificare questa caratteristica?
Non sono un programmatore, non so dove mettere mano...
There is a Processing library that could be attached to my code to read joystick x and y instead of mouse x and y. The Sidewinder Freestyle Pro is the only device of its type that I can find info on. I know of no other motion sensing joystick that uses a wired USB connection. The big problem there would be cost and availability. Any wireless device would either have to keep using batteries or use a 12 volt power supply adapter and would need a button press for each use to connect.
Exactly the gamepad sidewider seems to be the only usb device with motion sensor (is old but working). On ebay is still some gamepad cheap and worth the risk. Perhaps there is also a gamepad of logitech (of the same period of what microsoft) that has a motion sensor.
You say that in your source there is the possibility to use a library to read data from usb gamepad ...
But the data x and y gamepad in what way are read, mouse, I understand that using a ratio based on the screen resolution. Right?
Esatto il gamepad sidewider sembra essere l'unico dispositivo usb con sensore di movimento (risulta vecchio ma funzionante). Su ebay si trova ancora qualche gamepad a buon prezzo e vale la pena rischiare. Forse esiste anche un gamepad della logitech (dello stesso periodo di quello mocrosoft) che ha un sensore di movimento.
Affermi che nel tuo source esiste la possibilità di poter utilizzare una libreria per leggere i dati usb di un gamepad...
Ma i dati x e y del gamepad in che maniera vengono letti, per il mouse mi sembra di capire che utilizzi una proporzione in base alla risoluzione dello schermo. Giusto?
Yes, the mouse version simply uses one half the window height and width to set the inclinometer zero point. For an accelerometer raw output, I use the total output range and the values given when it is level to convert to degrees of rotation. For a motion sensing joystick, I would need to know what its numerical output range was to figure out what value equals what angle of rotation. Since a USB joystick appears as a separate HID device, I would just read it instead of the mouse. If I can find a Freestyle Pro to test with, I may do a re-write for it. I can't justify buying one though.
Posting Permissions
Bookmarks