Post Created date
Atmel Studio Not Seeing REB233SMAD-EK
baccanobebop wrote:Does the Xmega simply have a different names for these registers, or is a completely different system. The Xmega has different naming and behavior, there is no...
Wednesday, 19 August 2015 - 23:16
ATSAMR21G18A-wireless module
There is no out of the box support for this specific configuration, but SAM R21 is essentially D21 + RF233, so porting is reasonably easy, but you absolutely will need to be...
Wednesday, 19 August 2015 - 15:43
Programming the ATZB-X-233-XPRO with SAM4S Xplained Pro board.
Sriram@Atmel wrote:I have 5 ATZB-A-233-XPRO modules to form a mesh network and one SAMD21 XPRO board. You can't do that. ATZB-A-233-XPRO do absolutely nothing on their own....
Wednesday, 19 August 2015 - 07:13
Programming the ATZB-X-233-XPRO with SAM4S Xplained Pro board.
The module is just a transceiver, there is nothing to program, it has no non-volatile memory.   You can run a software stack on D21 that will work with this transceiver, of...
Wednesday, 19 August 2015 - 06:57
SAMR21 some doubts about stack size and ASF usage
So the actual proper way of setting up the stack is to set initial SP to the end of RAM and let it grow until it meets your data. I have no idea why ASF allocates stack this way....
Wednesday, 19 August 2015 - 06:16
westfw wrote:I thought I was doing that (in 32bit counter mode), and still seeing the problem. Let me know if you still have the problem.   westfw wrote:In any case, it's...
Wednesday, 19 August 2015 - 05:03
And that's also why I don't use debuggers. Debug prints will always work better in a long run.
Wednesday, 19 August 2015 - 01:30
And here is the clean code. This prints noting but the dots.
Wednesday, 19 August 2015 - 01:06
Ok,  I solved it.   The correct way of handling overflows is as follows: Quote:   us = time_ms + RTC->MODE1.COUNT.reg;     if (RTC->MODE1.INTFLAG....
Wednesday, 19 August 2015 - 01:04
Sorry for flood, but I want to publish as much information as possible before I go home.   It looks like there is a synchronization problem indeed. I've added logging of 3...
Wednesday, 19 August 2015 - 00:49
And one more thing. I've added a flag to show if there was a correction for unhanded overflow. And some reads do have correction and don't have this problem. But all reads that...
Wednesday, 19 August 2015 - 00:21
Also, if I disable check "if (RTC->MODE1.INTFLAG.bit.OVF)", then I get this: Quote: 16997 16001 23997 23001 33997 33001 42997 42001 51997 51001   Compared to the case...
Tuesday, 18 August 2015 - 23:59