bug┬Áracoli - Bugs: bug #30246, Frame tx issue with SPI speed


bug #30246: Frame tx issue with SPI speed

Submitter:  Joerg Wunsch <joerg_wunsch>
Submitted:  Thu 24 Jun 2010 01:30:29 PM UTC
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Status:  None
Assigned to:  None Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup

Fri 25 Jun 2010 09:11:14 AM UTC, comment #1: 

One idea about controling the transmit start could be a radio parameter, e.g. RP_TX_PRESTART.

If the value is true, the frame transmission is started before the frame data are downloaded, otherwise the TX start command is issued after the download.

Axel Wachtler <awachtler>
Group administrator
Thu 24 Jun 2010 01:30:29 PM UTC, original submission:  

I've been stumbling across errors resulting in the first
frame being corrupted, which turn out to be caused by a too
slow SPI speed.

When using radio_send_frame(), the actual sequence of actions
used to transmit the frame is outside the control of the
users, so somehow, these SPI speed constraints have to be

I'm going to start a discussion on the mailinglist for this,
as there are several possible solutions, starting from just
documenting the constraints, down to attempts to automatically
select a different sequence of actions depending on the CPU
(and thus SPI) speed.  This bugreport is meant as a placeholder
to keep until the issue has been resolved, one way or the

Joerg Wunsch <joerg_wunsch>
Group administrator


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by awachtler (Posted a comment)
  • -email is unavailable- added by joerg_wunsch (Submitted the item)

    No changes have been made to this item

    Back to the top

    Powered by Savane 3.12