Data logger with XMEGA - SPLIT

Go To Last Post
4 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Welcome to the Forum.

 

The  ATxmega128A4U  is at the high end of the AVR line up.

It is tough to "breadboard" a prototype with the Xmega A series, but it is a great chip.

 

Care to share what your project is about?

 

JC

 

EDIT:

THis thread is a split from:

Perhaps a silly question, but how do I contact the official powers that be to correct a presumed website "typo"?

 

https://www.avrfreaks.net/forum/...

 

JGM - Moderator

 

Last Edited: Fri. Aug 30, 2019 - 03:23 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

DocJC wrote:

Welcome to the Forum.

 

The  ATxmega128A4U  is at the high end of the AVR line up.

It is tough to "breadboard" a prototype with the Xmega A series, but it is a great chip.

 

Care to share what your project is about?

Thanks!

 

Well,  we need to read data from one SPI-capable device, a few digital inputs (4), and an encoder gear (IR LED+2 phototransistors+a large gear with holes), perform a few manipulations on data thus obtained, and send the result (about 100 bits per result) encrypted over enhanced shock burst wireless link (A4U is considered because it has AES accelerator, but we might go with something like ATxmega128D4 for MCU  if we can figure out using a wireless solution with its own faster/better/easier-to-work-with AES built-in, but all of those seem to be fully featured and complex MCUs in their own right so... we're very uncertain here).

 

Oh, and the thing may need to run from a battery for a while every now and then so power considerations are an issue (current solution has a rather formidable battery backup runtime of about 80 hours on a single 14500 lithium cell, if we can reach half that with whatever we jerry-rig we're probably good)

 

A company used to supply us with a solution that basically did all this, but, well, it won't anymore and we have precisely one spare.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Sounds interesting!

 

So you are using the Xmega-A series for its encryption module, not because of its many I/O pins.

 

Tackle the project one piece at a time, then work on integrating them.

 

Good luck with your project!

 

JC

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Churai wrote:
A company used to supply us with a solution that basically did all this, but, well, it won't anymore and we have precisely one spare.

If the company is no longer making them, would they provide, or sell you the design files so you can make your own?

 

You never know, and what is the harm in asking?  If they say yes, but you are not able to do the work yourself you can post in Marketplace and interview others here that could do the work for you.

 

Again...its all worth a shot.

 

JIm

I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie

 

"The critical shortage here is not stuff, but time." - Johan Ekdahl

 

"Step N is required before you can do step N+1!" - ka7ehk

 

"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman

"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?"  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user