Silvia Club of NSW https://forum.silviansw.com/ |
|
ECUTalk consult software https://forum.silviansw.com/viewtopic.php?f=12&t=21037 |
Page 2 of 4 |
Author: | NewKleer [ Fri Feb 24, 2006 10:07 am ] |
Post subject: | |
a null modem adaptor on a serial sync cable, but will be specific to your PDA. google is probably the best way to find out, specifically youll often find posts about whats needed to hook up a serial gps to a pda - if u can do that, then this should work what pda have u got? eg, i got: http://www.expansys.com.au/product.asp? ... _HPJUSB004 and http://www.expansys.com.au/product.asp?code=3011213 |
Author: | 182Go [ Fri Feb 24, 2006 1:16 pm ] |
Post subject: | |
NewKleer wrote: graphing wouldnt be too hard if u just use a ready made control (is mschart or whatever) -
need to find some way to show the current data view (eg last 100 points on a rolling basis) rather than an image that keeps growing width wise indefinitely (which takes up more cpu/mem as it keeps growing) Can you elaborate a little more on ready made control? Using a few arrays you should be able to shuffle the data around so it loops instead of growing. Simular to what I am currently doing, but exactly what I plan to do when I go real time. |
Author: | NewKleer [ Fri Feb 24, 2006 1:58 pm ] |
Post subject: | |
eg: http://www.chartfx.com/sfxNetProducts/cfxLiteForNet/ if u right click the toolbox (not sure if its the same in vb2005 as vs.net 2003) and add item, you then have a list of .net controls, com controls - some of these may also be usable, eg mschart or msgraph or whatever the thing that i think earlier versions of office used. point being, if your working with normal .net and not compact framework, then itll be a lot easier to use something that someone else wrote rather than doing it yourself. |
Author: | 182Go [ Fri Feb 24, 2006 3:36 pm ] |
Post subject: | |
Thanks for that have downloaded the eval and will check out when I get chance. Some nice looking dials there in the full product. |
Author: | DABOMB! [ Sat Feb 25, 2006 1:26 am ] |
Post subject: | |
hey would be very interested in a pocket pc version... do u still sell the consult port cables?? btw i have an ipaq 3715 |
Author: | NewKleer [ Sat Feb 25, 2006 2:32 am ] |
Post subject: | |
sorry i dont sell consult interfaces anymore you probably need this if you dont have one already: http://www.expansys.com.au/product.asp?code=119585 and the null modem adaptor: http://www.expansys.com.au/product.asp?code=3011213 i think ipaqs are the same as my jornada, ie a null modem on the serial sync, but i cant be sure good news is ive almost completed the fault codes and gauges section, ive put some screenshots up on the site |
Author: | DABOMB! [ Sat Feb 25, 2006 5:36 pm ] |
Post subject: | |
so wat if i gota blatz cable with usb then wat would i need... |
Author: | NewKleer [ Sat Feb 25, 2006 7:05 pm ] |
Post subject: | |
a new consult interface unfortunately there are no drivers for them for pocket pc, assuming pocket pc's have host usb ports, which not many would i cant imagine you could probably swap your usb one with someone with a serial one i imagine, as some people using usb-serial converters cause they have no serial port would probably prefer a usb one. if you had a pocketpc 2003 with host usb support then you could use a ftdi usb-serial converter on a serial consult interface, as i think they have drivers for windows ce.net 4.2 (which i think is what pocket pc 2003 is based on) http://www.ftdichip.com/Drivers/VCP.htm |
Author: | DABOMB! [ Sun Feb 26, 2006 2:04 am ] |
Post subject: | |
ah k... na i dont own a usb version was just asking... doo u know newhere else beside plmsdevelop. to get the serial one? cant wait for the ppc to come out it looks real kool dudde well done... |
Author: | NewKleer [ Sun Feb 26, 2006 10:52 am ] |
Post subject: | |
blazt.biz has serial ones |
Author: | NewKleer [ Mon Feb 27, 2006 7:56 pm ] |
Post subject: | |
Here it is. Most of the features are similar to the desktop edition. http://www.ecutalk.com/index.php?option=co...id=29&Itemid=45 Quote: This version has the following features:
Peter |
Author: | ZEi250t [ Mon Feb 27, 2006 8:07 pm ] |
Post subject: | |
mate thats fantastic!! thats exactly what im looking for in a PPC package |
Author: | NewKleer [ Mon Feb 27, 2006 9:06 pm ] |
Post subject: | |
let me know how it goes. especially the usability stuff (i paid a lot of attention to the auto connect and sensor setup options, although one big thing i forgot is colour setup for the gauges - let me know how the visibility of them colour wise is, as i might make a small update at some point to allow you to configure your own colors) |
Author: | ZEi250t [ Mon Feb 27, 2006 9:15 pm ] |
Post subject: | |
i gotta buy a cable, i think ill keep the ipaq i have for stuff like this! good work!! |
Author: | 182Go [ Wed Mar 08, 2006 12:59 pm ] |
Post subject: | |
NewKleer wrote: graphing wouldnt be too hard if u just use a ready made control (is mschart or whatever) - but cause i want to have graphs in the ppc version, im making my own graphing control which atm is a simple bitmap with pixels colour changed.
need to find some way to show the current data view (eg last 100 points on a rolling basis) rather than an image that keeps growing width wise indefinitely (which takes up more cpu/mem as it keeps growing) one of the hardest things thus far has been to find a way to reduce updates when cpu usage is hitting 100%. in the current beta i had to implement a change which basically assumes that if the receive buffer (data already arrived and in the buffer) has all the data for x consecutive updates, then it must be under load, ie the graphics havebt been able to draw quick enough to keep up with how often updates are sent. so when i think its 5 packets of data are read in a row all from the buffer, it drops packets until it reads a packet which it has to wait for (ie, data just sent) and by then its caught up. if i didnt do this, then data would just mount up in the buffer and the display would lag behind if the cpu wasnt able to keep up. but again, that was caused because of the limitations of programming it so that it can work on a ppc (which has a subset of the available .net framework available to use). Finally up to the next stage of my program so I need to start streaming data feeds from the ECU I think I am likely to encounter similar problems. Will let you know if I find a fix. Nice work on the PPC by the way. |
Page 2 of 4 | All times are UTC + 10 hours [ DST ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |