View previous topic :: View next topic |
Author |
Message |
albertsm
Joined: 09 Apr 2004 Posts: 5913 Location: Holland
|
Posted: Fri Oct 07, 2011 8:53 am Post subject: |
|
|
compared to which previous version?
The only noticeable changes were for xmega port handling, special registers are used which need less code.
Further, some chips that have movw use movw instead of 2 mov instructions.
And the setbit/reset bit handeling uses R23 instead of r24. These are isolated instructions and should not give impact.
If you can not find it, you can always send me the project and let me know the versions so i do a check. _________________ Mark |
|
Back to top |
|
|
six1
Joined: 27 Feb 2009 Posts: 553
|
Posted: Fri Oct 07, 2011 8:56 am Post subject: |
|
|
one hint:
the whole thing didn't llike long USb Cables! with 1,8m cables it's working... most the time, but there are dysfunctions also! longer cables result in a lot of errors _________________ For technical reasons, the signature is on the back of this message. |
|
Back to top |
|
|
Petr_
Joined: 24 Mar 2010 Posts: 66
|
Posted: Sat Oct 08, 2011 1:50 pm Post subject: |
|
|
ollopa wrote: | I'm wondering if Petr_ can confirm my results... | When transferring data 1 2 4 0 200 9 2 1 error is already in the transmission of a data packet 139 991. This is a good result.
But the data transfer 157 131 120 183 255 223 109 6 , the error occurs after sending the first packet and the device no longer responds to commands.
|
|
Back to top |
|
|
Mrshilov
Joined: 24 Jan 2009 Posts: 314 Location: Russia
|
Posted: Sun Dec 11, 2011 6:53 am Post subject: |
|
|
Mr. Ollopa! Any changes? |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Wed Feb 08, 2012 9:04 am Post subject: |
|
|
Hello,
I've just moved again to a new house (I always have an excuse, don't I?). If I remember correctly, the last time I worked on the library I was having some new issues with the 15MHz crystal (but 12MHz was working OK... It is usually the opposite!), and I had discovered a bug thanks to Petr_'s test program. I found that I could cause the USB code to fail if I sent a particular pattern of bits over the wire. I think I was able to reproduce the problem reliably with only one or two bytes of data, but it proved to be very difficult to isolate the problem to something specific like a particular stuffbit. I now have access to a USB protocol analyzer which I have not yet used to help troubleshoot this problem, but I believe it might help.
Let me use the analyzer this weekend and I'll report back my findings. |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Fri Feb 10, 2012 10:15 am Post subject: |
|
|
I found and fixed one very obvious bug and now the random test runs much longer. It has uncovered a few more test patterns that fail, however, so I have some more debugging to do this weekend.
In all cases, the failed packets have a stuff-bit that I am probably not handling correctly. Petr_, thanks again for the test program. It has been very helpful |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Sat Feb 11, 2012 9:21 am Post subject: |
|
|
Got another bug today. Looks like 15MHz is working fine. Here are some screenshots to show the progress -- I haven't seen a single failure at 15MHz since fixing the two bugs found this week.
12MHz works for a little while and then quits. Doesn't matter what pattern of data I send, so I think it's more of a timing issue than an algorithm issue. I'll do more troubleshooting at 12MHz and put out an update for testing soon....
Anybody still out there to DO any testing? |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Sun Feb 12, 2012 5:43 am Post subject: |
|
|
Yup -- found timing bugs at 12MHz today. I've got several test patterns of data that are designed to expose bugs in the SIE -- I'm now able to run through all the patterns without any trouble. I also haven't had any problems running random data.
I have finally resolved some long-standing bugs I've never had the time to track down before
And Mark will be happy to hear that the problems weren't related to the compiler version after-all. I made a change to fix a bug probably a year ago and that change introduced several new timing bugs. Sorry, Mark
I'll be making my first official release soon and then I can put my effort into writing examples and documentation. The next step will then be support for clock speeds other than 12MHz and 15MHz. |
|
Back to top |
|
|
Mrshilov
Joined: 24 Jan 2009 Posts: 314 Location: Russia
|
Posted: Sun Feb 12, 2012 6:19 am Post subject: |
|
|
Nice news! We are waiting. |
|
Back to top |
|
|
compurap
Joined: 23 Oct 2007 Posts: 43
|
Posted: Tue Feb 14, 2012 7:43 pm Post subject: |
|
|
Thanks, We will be wait. |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Wed Feb 15, 2012 6:34 am Post subject: |
|
|
Hi all,
I'm checking-in again.
A synchronization issue was discovered after the first round of testing on different parts. I have resolved the issue and sent the update out for verification. I have personally tested the library on a Tiny461, Mega8, Mega48, Mega644, and Mega2560. 12MHz and 15MHz are working and I should be able to easily add others speeds soon.
I'll post this version of the library within a couple of days. |
|
Back to top |
|
|
glena
Joined: 25 Jul 2007 Posts: 284 Location: PA near Philly
|
Posted: Thu Feb 16, 2012 2:16 am Post subject: |
|
|
When you say other speeds may be possible, do you think 18.432MHz might be possible? I use it for a lot of things since its the fasted that is baud rate friendly.
-Glen _________________ http://bahbots.com |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Thu Feb 16, 2012 3:42 am Post subject: |
|
|
Hi Glen,
I'm fairly certain I can make that work. I think I even purchased an 18.432MHz crystal to try it for you. I'll scrounge around tonight and see if I can find it.
Last night I finished my HID keyboard example and tested it -- it's working great now. I want to do a mouse next and put them on a webpage or perhaps submit application notes. |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Sat Feb 18, 2012 3:50 am Post subject: |
|
|
I'm attaching version 1.06 of the library for now. I've tested it on several devices and believe it to be suitable for public distribution. I'm still working on the mouse example and adding 16MHz support. If I have time, I'll post the keyboard example over the weekend. |
|
Back to top |
|
|
ollopa
Joined: 03 Sep 2007 Posts: 233 Location: California
|
Posted: Sun Feb 19, 2012 12:59 am Post subject: |
|
|
I'm attaching my keyboard example (login to download).
This was asked for a long time ago and I hope it can still be of some use now. AndersL kindly posted a similar demo before me. Most things are the same, however my version has a routine to convert ASCII to a keyboard usage code and another routine to "print" strings to the keyboard. I did not spend time on optimizations. I hope it will serve as a useful example for somebody who will improve the implementation and post it back |
|
Back to top |
|
|
|