Notices
MEGAsquirt A place to collectively sort out this megasquirt gizmo

Megasquirt III Prototype

Old May 2, 2009 | 07:22 PM
  #21  
Marc D's Avatar
Thread Starter
Senior Member
iTrader: (7)
 
Joined: Jul 2007
Posts: 1,047
Total Cats: 1
From: Milpitas, CA
Default

Originally Posted by richyvrlimited

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
I never thought about it that way. I am surpirsed about the SD ard support myself, possibly other ECUs may start incorporating it as well.
Old May 5, 2009 | 01:45 AM
  #22  
Miatamaniac92's Avatar
Senior Member
 
Joined: Nov 2005
Posts: 846
Total Cats: 0
From: Austin, TX yall
Default

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
Old May 5, 2009 | 02:33 AM
  #23  
DragonsMaw's Avatar
Junior Member
iTrader: (3)
 
Joined: Jul 2008
Posts: 112
Total Cats: 0
From: Vancouver, B.C.
Default

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.
Old May 5, 2009 | 05:41 AM
  #24  
Savington's Avatar
Former Vendor
iTrader: (31)
 
Joined: Nov 2006
Posts: 15,442
Total Cats: 2,106
From: Sunnyvale, CA
Default

Originally Posted by Joe Perez
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.
Joe, it's mostly for total nit-pickers. For instance, I'd like to have a couple more rows in the 20-35kpa range, since my light-throttle cruise is forced rich due to a lack of resolution. I've fiddled with it a bunch and could never get it right (and now I don't care). If you're adding another thousand RPM or going beyond 230kpa, it would be nice to have the same resolution as an MSII setup across a wider range.

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.
Old May 5, 2009 | 06:46 AM
  #25  
Atlanta93LE's Avatar
Elite Member
iTrader: (5)
 
Joined: Sep 2006
Posts: 2,195
Total Cats: 1
From: Marietta, GA
Default

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.
Old May 5, 2009 | 08:48 AM
  #26  
Joe Perez's Avatar
Boost Pope
iTrader: (8)
 
Joined: Sep 2005
Posts: 34,402
Total Cats: 7,523
From: Chicago. (The less-murder part.)
Default

Originally Posted by Miatamaniac92
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.
Probably not.

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.
Old May 6, 2009 | 12:12 AM
  #27  
Marc D's Avatar
Thread Starter
Senior Member
iTrader: (7)
 
Joined: Jul 2007
Posts: 1,047
Total Cats: 1
From: Milpitas, CA
Default

Originally Posted by Joe Perez
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.
Joe hit the nail on the head. From further reading, its only a simple USB --> Serial connection.
Old May 6, 2009 | 10:33 AM
  #28  
Matt Cramer's Avatar
Supporting Vendor
 
Joined: Sep 2006
Posts: 2,332
Total Cats: 67
Default

Correct. It's basically a copy of the circuit on the eMS-Pro.
__________________
Matt Cramer
www.diyautotune.com
Old May 6, 2009 | 11:09 AM
  #29  
Joe Perez's Avatar
Boost Pope
iTrader: (8)
 
Joined: Sep 2005
Posts: 34,402
Total Cats: 7,523
From: Chicago. (The less-murder part.)
Default

Originally Posted by Matt Cramer
Correct. It's basically a copy of the circuit on the eMS-Pro.
Ok, that explains the physical size of the connector, which I was wondering about. In the past, I've used a device which was packaged as a slightly oversized USB-B connector and integrated the electronics into the package. You spoke to the device in standard RS-232, and it presented itself to the host as an RS-232 port. Saved a tiny bit of board space, as it was only one device instead of two.

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.
Old May 6, 2009 | 12:10 PM
  #30  
Matt Cramer's Avatar
Supporting Vendor
 
Joined: Sep 2006
Posts: 2,332
Total Cats: 67
Default

I'm pretty sure it is an FTDI.
__________________
Matt Cramer
www.diyautotune.com
Related Topics
Thread
Thread Starter
Forum
Replies
Last Post
Zaphod
MEGAsquirt
47
Oct 26, 2018 11:00 PM
Big_gumby
WTB
0
Sep 30, 2015 03:34 PM
Goldwar
DIY Turbo Discussion
2
Sep 29, 2015 09:20 AM
Johnny Tater
MSPNP
1
Sep 27, 2015 12:38 AM
psyber_0ptix
MEGAsquirt
4
Sep 22, 2015 09:35 AM


Thread Tools
Search this Thread

All times are GMT -4. The time now is 11:00 AM.