CasopoliS wrote:Ok here is my update.
The 4byte stuff does not work. Its won't even create a log file if a 4-Byte parameter is called out.
CasopoliS wrote:Ok here is my update.
The 4byte stuff does not work. Its won't even create a log file if a 4-Byte parameter is called out.
Tephra wrote:Colby - I think I found a bug.
time cannot go higher than MAXINT - ie 4290 ish seconds.
Fix that and that should hopefully fix LONG trip recordings
In fact I am not even sure how "time" is meant to work, this morning (after leaving the car OFF for 16 hour) my time started at 2000ish seconds.
The ignition was off, but the car was NOT locked (I had the keys in the car) maybe the car detected the keys (Evo FastKey here) and kept the car awake?!?!?
Tephra wrote:hrmm well something funny is going on.
maybe its an EvoX thing but sometimes I get into the car and the timer will start at 2700seconds... or whatever...
maybe the power is only cut when you turn on the immobiliser...(ie lock the car)
eitherway the rollover thing needs a quick dbl check...
141: ;-------------calculated parameter---------------
142: ;
143: ; you can derive calculated parameters from other parameters
144: ; using RPN expressions
145: ;
146: type = calc
: name[type,8] value[calc,0,0.000000]
max channels exceeded at line 146altaic wrote:cboles wrote:I hear you on the OSX library. My dev Mac kicked the bucket a couple of weeks back and I need to fix the power supply to get back to that machine. I should be set up for a pretty quick port of op20pt32.dll though. The only big issue on OSX at the moment is that there is some goofiness with USB composite devices that have communication device class (CDC) devices as one of the devices. This means that you can't have the SD card plugged in and have the OP2 work on a Mac right now. I have someone at Apple that has already made a fix to their CDC driver, but it never seems to make it into any of their releases.
...and yes, you can operate all physical buses on the OP2 simultaneously. You can even tee CAN and ISO15765 data and analyze it via both protocols as well.
That's great that it can handle both busses at once. I'd hate to have to go to the dealer twice to have them do the TPMS.
Seems like there are a fair number of bugs like the one you mentioned that go under the radar at Apple. At least it's not really a show stopper for the OP2, though, considering the SD logging functionality is just beta right now and most users haven't even tried it.
I hear you about dev machines kicking the bucket... My laptop bit it this week and I had to replace it (it was ~4 years old). If you'd like I can test the mac op20pt32 port for you. I develop a lot for the mac, and I'm happy to offer any assistance towards getting it ported.
ladams00 wrote:Has anyone seen this error at the end of your logcfg.out? I'm using the sample subaru k-line adc with lc-1 logcfg.txt:
- Code: Select all
141: ;-------------calculated parameter---------------
142: ;
143: ; you can derive calculated parameters from other parameters
144: ; using RPN expressions
145: ;
146: type = calc
: name[type,8] value[calc,0,0.000000]
max channels exceeded at line 146
The last line, I suppose, is where it gives up.
This is with latest firmware and latest sample file (just renamed to logcfg.txt).
--edit--
I noticed in the sample config file there are 24 total parameters and 4 types. I wonder which is limited...either type at 3, or paramname at 23...or there were instructions in the sample file I missed.
altaic wrote:Hey Colby, have you tested to see if that composite USB device bug has been fixed in Snow Leopard? I've recently been working with USB webcams for a computer vision project, and I've noticed some changes since OS X 10.5. The higher-level QTKit API... leaves something to be desired... so I have had to resort to low level access. It's actually worked out pretty well-- once I discovered USB Prober.app, anyway.
cboles wrote:I haven't checked, but IIRC I asked the developer I am in contact with at Apple and he had said no.altaic wrote:Hey Colby, have you tested to see if that composite USB device bug has been fixed in Snow Leopard? I've recently been working with USB webcams for a computer vision project, and I've noticed some changes since OS X 10.5. The higher-level QTKit API... leaves something to be desired... so I have had to resort to low level access. It's actually worked out pretty well-- once I discovered USB Prober.app, anyway.
cboles wrote:If you can plug in a OP2 with a SD inserted and the drive shows up, then yes, it has been fixed...
altaic wrote:cboles wrote:If you can plug in a OP2 with a SD inserted and the drive shows up, then yes, it has been fixed...
I just tried it on 10.6.1-- it worked!
CasopoliS wrote:Awesome, thanks. I did not realize that.
Now my Tactrix won't respond when plugging it in. The leds just slowly fade in and out of colors rather than the green and red lights flashing. Not sure why. Car is running and its plugged in to the OBD port, and not plugged into USB.
ladams00 wrote:I have this same problem now. Upon plugging in the OP2 into the ODB port with car on or off...I see the blue/green light up momentarily, then switch to red for a couple seconds, then 3 color cycling pattern.
No logcfg.out is generated.
I tried formatting the sd card again (FAT16), same deal. Using the sample k-line subaru with lc-1 (and have commented out the ADC stanza because of the type limit).
--edit--
n00b shit false alarm
/me sighs
logcfg.txt.txt double extension garbage was my fault. I just switched to Windows 7 and haven't change the folder options to display known extension types.
Works better nowCasopoliS wrote:Awesome, thanks. I did not realize that.
Now my Tactrix won't respond when plugging it in. The leds just slowly fade in and out of colors rather than the green and red lights flashing. Not sure why. Car is running and its plugged in to the OBD port, and not plugged into USB.
Return to Openport Stand-Alone Logging Beta
Users browsing this forum: No registered users and 1 guest