Objective Development Forums

I believe your correct, they were sold as zener diodes. I also had seeed studios assemble a few broads and they used ss4148 where a zener 3.6 volt was called for. Thx for pointing that out.

yeah I to ran in to issues with zerners the 1n747a work fine but the 1N4148 do not. This is only true on some computers and using a hub makes both zerners work... So confusing! In this case both are 3.6 1/2 watt, have not found the aspect cause the issue in the data sheet yet. Glad you got it to wor...

Ok the problem came back. And I looked in to it a bit. the zeners I have that works are 1n747a. I also have a 1N4148. They are so small I can not read the middle numbers under the highest lens I have but I have the order slip and they are 1N4148. Looking in to it a bit the 1n4148 sold to me as zDiod...

Correct I was referring to the zeners. I read that as a 168, I'm not sure about the 16. Sorry for the mix up. May want to check if the zeners are 1 watts, if so try 1/2 watts. Yes an external hub.

I'm not sure if you said you DO have a external crystal or Dont? But... I'm told you will need a external crystal as USB has some pretty picky timing. Also make sure to use 1/2 watt diodes with the mega168. The surface mount diodes very commonly dont work. I had this issue going on for a long time u...

Well I got my chips today and set my burn settings for 328p, set my make to 328p and all worked just fine? No need for anything special.

Right but whats the equivalent to a 328? If you compile for the 168 wont you be out the extra space? AFAIK there is no non p for 328.

Not at the moment (inthe middle of making a write up) , but would be more than willing to help you. Give me a shout on that other board as there is no PM here.

I need to send a report to my host in response to a get report. In my usbFunctionSetup I have this. if((rq->bmRequestType & USBRQ_TYPE_MASK) == USBRQ_TYPE_CLASS) { /* class request type */ if(rq->bRequest == USBRQ_HID_GET_REPORT) { if ( rq->wValue.bytes[1] == 3 )//feature { if ( rq->wValue.bytes...

Ok learned bit here.. On start up we get c,4 stop all effects. Once I run an effect I see that come in. For example I create a constant force and I see 1,1 see report below.. 0x09,0xAB, // Usage Undefined 0xA1,0x02, // Collection Datalink 0x85,0x01, // Report ID 1 0x09,0x25, // Usage Effect Type 0xA...

Yes I have a FFB device with no reg settings. I can receive a FFB command, but I'm not using it right so any thing coming in triggers my motor. I had to use the descriptor from that other forum. I just added a few buttons and analogs. Not sure why my descriptor is not right. Its by no means perfect ...

I will have a look and report back, I bet you I did miss that, cant wait to try it . ------------------ ok -- I was in fact missing it but Here is what I have so far. unsigned usbFunctionSetup(uchar data[8]) { usbRequest_t *rq = (void *)data; usbMsgPtr = reportBuffer; if((rq->bmRequestType & USB...

Hey sounds great, I made some good progress this weekend. I'm now back to the fact the V-usb receive data seems to be the hold up.

excerpt, not expert

Ah!, gotcha.

No it wont.. Your now at the point I am. First thing I'd do is jump over here.

http://www.microchip.com/forums/tm.aspx ... y=&#498305

I have not tried that last reply yet.

Also I'd try ( for testing ) this descriptor http://www.microchip.com/forums/tm.aspx ... 25&mpage=2 see post 36.

did you do this.. unsigned usbFunctionSetup(uchar data[8]) not char usbFunctionSetup(uchar data[8]) unsigned usbFunctionDescriptor(struct usbRequest *rq) not char usbFunctionDescriptor(struct usbRequest *rq) did you add #define USB_CFG_LONG_TRANSFERS 1 Did you apply the bug fix? This is my full desc...