Mantis Bug Tracker

View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000463FirmwareSerial Commspublic2011-12-04 21:302011-12-10 17:57
Assigned ToFred 
PlatformOSOS Version
Product Version0.2.0-SNAPSHOT 
Target Version0.2.0Fixed in Version0.2.0 
Summary0000463: Losing Large Chunks Of Packets < 2% Affected
DescriptionPeriodically big 50 byte chunks of packets get lost and the result is often large 150 ish byte packets being discarded with a bad checksum, or small 50 byte ish packets being discarded with a bad checksum. Need to track this down and solve it ASAP.
TagsNo tags attached.
Issue TypeBug
Risk of Breakagemedium
Attached Files

- Relationships

-  Notes
User avatar (0000902)
Fred (administrator)
2011-12-04 23:17

New info: Just noticed the LED on the FTDI flashing off for significant periods of time and reviewed a bin log in OLV and found that there are large chunks of packets missing, so the bad ones that we are seeing are the end and beginning of the dead zone joining back together! :-/ Hmmmm.
User avatar (0000926)
Fred (administrator)
2011-12-06 20:37

Try this:

Set count before checking in a while(reg) loop and diff count for a wait time to send out in each log and see if it actually waits. It coudl be that we need to read the reg to get the first byte to send properly. Who knows, buggy hw perhaps?
User avatar (0000951)
Fred (administrator)
2011-12-10 13:34

Parallel saleae and bin logs reveal that whilst the main loop code thinks that its sending 8 packets it really is only sending one, the bug appears to be in the main loop code as when this happens there is a longer delay between datalog packets.

Additionally, last night I found some room for improvements in the interrupt code, which I'll apply after I resolve this issue.
User avatar (0000971)
Fred (administrator)
2011-12-10 17:57

Fixed in 64e0844bc935fd6da3fef7d5e7ea6924793d65b6.

Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker