Forum - MCS Electronics

 

FAQFAQ SearchSearch RegisterRegister Log inLog in

Virtual USB-port for AVR
Goto page Previous  1, 2, 3 ... 14, 15, 16 ... 20, 21, 22  Next
 
Post new topic   Reply to topic    www.mcselec.com Forum Index -> BASCOM-AVR
View previous topic :: View next topic  
Author Message
albertsm
Site Admin
Site Admin


Joined: 09 Apr 2004
Posts: 3159
Location: Holland

blank.gif
PostPosted: Fri Oct 07, 2011 8:53 am    Post subject: Reply with quote

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.

_________________
Best regards,

Mark Alberts
MCS Electronics

http://www.mcselec.com
Back to top
View user's profile Visit poster's website
six1
member
member


Joined: 27 Feb 2009
Posts: 457

germany.gif
PostPosted: Fri Oct 07, 2011 8:56 am    Post subject: Reply with quote

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
View user's profile
Petr_
member
member


Joined: 24 Mar 2010
Posts: 46

blank.gif
PostPosted: Sat Oct 08, 2011 1:50 pm    Post subject: Reply with quote

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
View user's profile
Mrshilov
member
member


Joined: 24 Jan 2009
Posts: 113
Location: Russia

russia.gif
PostPosted: Sun Dec 11, 2011 6:53 am    Post subject: Reply with quote

Mr. Ollopa! Any changes?
Back to top
View user's profile
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Wed Feb 08, 2012 9:04 am    Post subject: Reply with quote

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
View user's profile
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Fri Feb 10, 2012 10:15 am    Post subject: Reply with quote

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 Smile
Back to top
View user's profile
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Sat Feb 11, 2012 9:21 am    Post subject: Reply with quote

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
View user's profile
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Sun Feb 12, 2012 5:43 am    Post subject: Reply with quote

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 Very Happy

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 Embarassed

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
View user's profile
Mrshilov
member
member


Joined: 24 Jan 2009
Posts: 113
Location: Russia

russia.gif
PostPosted: Sun Feb 12, 2012 6:19 am    Post subject: Reply with quote

Nice news! We are waiting.
Back to top
View user's profile
compurap
member
member


Joined: 23 Oct 2007
Posts: 43

blank.gif
PostPosted: Tue Feb 14, 2012 7:43 pm    Post subject: Reply with quote

Thanks, We will be wait. Smile
Back to top
View user's profile
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Wed Feb 15, 2012 6:34 am    Post subject: Reply with quote

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
View user's profile
glena
member
member


Joined: 25 Jul 2007
Posts: 275
Location: PA near Philly

usa.gif
PostPosted: Thu Feb 16, 2012 2:16 am    Post subject: Reply with quote

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
View user's profile Visit poster's website AIM Address
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Thu Feb 16, 2012 3:42 am    Post subject: Reply with quote

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
View user's profile
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Sat Feb 18, 2012 3:50 am    Post subject: Reply with quote

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
View user's profile
ollopa
member
member


Joined: 03 Sep 2007
Posts: 233
Location: California

usa.gif
PostPosted: Sun Feb 19, 2012 12:59 am    Post subject: Reply with quote

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 Smile
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    www.mcselec.com Forum Index -> BASCOM-AVR All times are GMT + 1 Hour
Goto page Previous  1, 2, 3 ... 14, 15, 16 ... 20, 21, 22  Next
Page 15 of 22

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum