Originally Posted by richyvrlimited
(Post 403496)
I agree, once it's out, it'll be very very hard to resist, at the very least it might put pressure on other ECU manufacturers to bring prices down a tad, which is good for everyone :) |
Here's a crazy question, would this make it easier/possible to add telemetry data?
There are GPS USB antenna's and there are also readily available accelerometers (Wii remote for example). Just an idea from a MS newb. Chris |
It's possible if you're willing to write drivers for it, otherwise one component is speaking moon-language and the other is Sun Ra.
|
Originally Posted by Joe Perez
(Post 403487)
But why? Does the engine's VE actually change dramatically within a space of 250 RPM, or do you just want to create extra work for yourself?
That said, no idea what MS3's table size is. Probably bigger than is necessary. For many, yeah, it's just unnecessary, but you can always just ignore the top few rows/columns if the dyno clock is ticking a bit quickly. |
At the MegaMeet, the developers indicated it would still be 16x16. The presentations they gave are on DIY's site, I believe. Interesting stuff, and looks very promising.
|
Originally Posted by Miatamaniac92
(Post 404458)
Here's a crazy question, would this make it easier/possible to add telemetry data?
There are GPS USB antenna's and there are also readily available accelerometers (Wii remote for example). Just an idea from a MS newb. For one, the USB port on the MS3 is a type B receptacle, typically found on client devices (DCE, for you old-timers) such as printers. Such devices typically are incapable of acting as hosts to other peripheral equipment, but only as clients to a host (ie, a PC.) Additionally, my suspicion is that this particular USB device is simply a virtualized RS232 connection. There was talk of implementing it that way at several points in the discussion, and doing so would have reduced its burden on the CPU to almost zero, whereas implementing the full-blown USB protocol in software would have chewed up considerable processor resources, which is not something you want to do in a mission-critical realtime system. |
Originally Posted by Joe Perez
(Post 404504)
Additionally, my suspicion is that this particular USB device is simply a virtualized RS232 connection. There was talk of implementing it that way at several points in the discussion, and doing so would have reduced its burden on the CPU to almost zero, whereas implementing the full-blown USB protocol in software would have chewed up considerable processor resources, which is not something you want to do in a mission-critical realtime system.
|
Correct. It's basically a copy of the circuit on the eMS-Pro.
|
Originally Posted by Matt Cramer
(Post 405058)
Correct. It's basically a copy of the circuit on the eMS-Pro.
I can't really tell from the pictures, are they using one of the FTDI "FT232" series transceivers? Most of those are QFPs, but the only square chip I see is the processor. |
I'm pretty sure it is an FTDI.
|
All times are GMT -4. The time now is 10:13 PM. |
© 2024 MH Sub I, LLC dba Internet Brands