0000060: Serial Comms Funnies Cause Hard Freeze

Notes
(0000075) Fred (administrator) 2008-11-16 14:45	Related to this is the thing where the gui is locked while receiving data. I'd like to understand that a bit better as it seems like the gui should be a thread (or more) and the reception and sending should be a thread each. Serial transmission is slow and binding up during that seems like a bad idea. Perhaps I have a poor understanding of it at the moment?

(0000076) BenFenner (developer) 2008-11-16 15:06	Stop trying to break shit on purpose. ;)

(0000077) sry_not4sale (administrator) 2008-11-16 20:33	The incomplete data in the buffer message is because there is a constant stream of 0xE0 bytes coming through. Sounds like a cutecom issue (of course... its never my code... :P). Although its definitely worth either moving the receive code into a thread or at least limiting the amount of bad bytes it will loop through at a time.

(0000078) Fred (administrator) 2008-11-16 20:53	Well, you may say this, but cute com and minicom don't allow hcs12mem to talk and your com library does : FLASH erase: wait ... FLASH erase: memory erased Erasing flash was successful! Load the firmware to your FreeEMS? [ yes \| abort ] abort Thank you for choosing the FreeEMS to run your engine, goodbye. fred@rwdlsd:~/workspaces/home/freeems/src$ ../bin/freeEMSloader.bash /dev/ttyUSB0 zoutput/freeems-v0.0.18.s19 Welcome to the FreeEMS firmware loader This program is released under the GPL V3 Please see http://www.gnu.org/licenses/ [^] for details This version is for mc9s12xdp512 based FreeEMS's Do you have a mc9s12xdp512 based FreeEMS? [ yes \| quit ] yes Checking configuration and arguments... Everything looks good! Erase the flash on your FreeEMS? (This is necessary to load new firmware) [ yes \| abort ] yes Erasing the FreeEMS flash without verification... hcs12mem: Freescale S12 MCU memory loader V1.4.1 (C) 2005-2007 Michal Konieczny <mk@cml.mfk.net.pl> target info <single chip MC9S12XDP512 MCU> target mcu <MC9S12XDP512> family <S12X> SM serial port </dev/ttyUSB0> baud rate <115200 bps> error: timeout - no connection with target Erasing flash failed! exiting... I don't necessarily think this issue is your code, but quite possibly the library. As for the threading discussion, consider the situation where their is a constant stream of data coming in from the port. Will it lock up solid for that? Or will it continue to smoothly display graphs and user actions etc? Thoughts?

Issue History
Date Modified	Username	Field	Change
2008-11-16 14:42	Fred	New Issue
2008-11-16 14:42	Fred	Status	new => assigned
2008-11-16 14:42	Fred	Assigned To	=> sry_not4sale
2008-11-16 14:42	Fred	Issue Type	=> Bug
2008-11-16 14:45	Fred	Note Added: 0000075
2008-11-16 15:06	BenFenner	Note Added: 0000076
2008-11-16 20:33	sry_not4sale	Note Added: 0000077
2008-11-16 20:53	Fred	Note Added: 0000078
2009-09-02 21:39	sry_not4sale	Status	assigned => feedback

Relationships