Mitt första kort: Skev oscillatorkrets avgörande? LÖST!
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Har nu hi-jackat en mini USB-kabel för att kunna mäta strömmen.
1. Ett första helt pajat kort ligger på ca 120mA och det blir varmt eftersom jag smällt chipet.
2. Det felande kortet ligger på 30mA och sjunker sedan till ca 20mA när !sspdn efter en stund går låg eftersom chipet deaktiverar vissa delar då. Den ökar alltså inte till följd av någon "smygkortis" eller så, vilket iofs känns både bra och dåligt eftersom ström-spåret därmed får anses vara en återvändsgränd.
3. Labbprototypen (f.ö. nu med 22pF kristall-last) drar knappt 70mA fullt utrustad inkl. MCU, IR-mottagare och LED:ar samt med den inbyggda hörlursförstärkaren (bara 12mW) på högsta volym. Den klarar sig alltså gott och väl under 100mA, vilket är bra.
Nästa steg får bli att leta upp en USB-sniffer som kan berätta vad som egentligen händer på bussen när kortet (2) lägger av för det beror alltså inte på överström.
Sedan börjar jag få slut på idéer...Några förslag?
1. Ett första helt pajat kort ligger på ca 120mA och det blir varmt eftersom jag smällt chipet.
2. Det felande kortet ligger på 30mA och sjunker sedan till ca 20mA när !sspdn efter en stund går låg eftersom chipet deaktiverar vissa delar då. Den ökar alltså inte till följd av någon "smygkortis" eller så, vilket iofs känns både bra och dåligt eftersom ström-spåret därmed får anses vara en återvändsgränd.
3. Labbprototypen (f.ö. nu med 22pF kristall-last) drar knappt 70mA fullt utrustad inkl. MCU, IR-mottagare och LED:ar samt med den inbyggda hörlursförstärkaren (bara 12mW) på högsta volym. Den klarar sig alltså gott och väl under 100mA, vilket är bra.
Nästa steg får bli att leta upp en USB-sniffer som kan berätta vad som egentligen händer på bussen när kortet (2) lägger av för det beror alltså inte på överström.
Sedan börjar jag få slut på idéer...Några förslag?
Senast redigerad av hanzibal 23 april 2012, 12:27:54, redigerad totalt 3 gånger.
- Klas-Kenny
- Inlägg: 11756
- Blev medlem: 17 maj 2010, 19:06:14
- Ort: Växjö/Alvesta
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Men alltså... !SSPND är väl en ingång?
Den ska inte "gå låg" automatiskt, väl?
Den ska inte "gå låg" automatiskt, väl?
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Nej, !sspdn är en utgång från USB-chipet (sid 7 i databladet) och används för att signalera att chipet går ner i suspended mode, vanligen till föld av att bussen blir idle p.g.a. en längre tids inaktivitet (inget ljuddata). Det senare händer inte i Windows XP med mindre än att PC:n går ner i hybernation eller liknande och dessa grejor har jag stängt av på min PC.
!sspdn kan alltså mycket väl gå ner automatiskt men skall inte göra det i mitt fall.
!sspdn kan alltså mycket väl gå ner automatiskt men skall inte göra det i mitt fall.
- Klas-Kenny
- Inlägg: 11756
- Blev medlem: 17 maj 2010, 19:06:14
- Ort: Växjö/Alvesta
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Aha, okej, jag kollade bland Maximum Ratings där !SSPND stod med bland "Digital input voltage", så jag antog att den var en ingång.
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Jo, databladet är förvirrande på en del punkter. Exempelvis är de delar som behandlar extra USB-endpoints, i mitt tycke, dåligt om alls dokumenterade. Beskrivning av descriptor-programmeringen är direkt felaktig i vissa avseenden. Annars är TI exemplariska beträffande dokumentation tycker jag, man lär sig om allt möjligt genom att läsa deras blad.
EDIT: Just detta chip är ifos egentligen från Burr-Brown, deras logga finns kvar på kapseln men det är nog mest för att BB är ett starkare varumärke i audio-sammanhang. TI förvärvar ju hela tiden, nu senast National Semiconductor.
EDIT: Just detta chip är ifos egentligen från Burr-Brown, deras logga finns kvar på kapseln men det är nog mest för att BB är ett starkare varumärke i audio-sammanhang. TI förvärvar ju hela tiden, nu senast National Semiconductor.
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Hittade denna USB-sniffer:
http://www.pcausa.com/Utilities/UsbSnoop/
Har nu spelat i över 30 minuter med ett av korten och ännu så länge går det bra, dock är loggfilen uppe i snart en halv gigabyte så vi får se var detta slutar...nu vill jag att kortet skall lägga av så att jag kan kolla loggen
Strömmen ligger stadigt på 30mA - detta eftersom ju kortet är delvis obefolkat. T.ex. saknas nu MCU, analoga delar, hörlursuttag, 3.3V regulator, transistor, LED:ar och IR-mottagare.
http://www.pcausa.com/Utilities/UsbSnoop/
Har nu spelat i över 30 minuter med ett av korten och ännu så länge går det bra, dock är loggfilen uppe i snart en halv gigabyte så vi får se var detta slutar...nu vill jag att kortet skall lägga av så att jag kan kolla loggen

Strömmen ligger stadigt på 30mA - detta eftersom ju kortet är delvis obefolkat. T.ex. saknas nu MCU, analoga delar, hörlursuttag, 3.3V regulator, transistor, LED:ar och IR-mottagare.
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Efter över en timme fick jag en knappt 1GB stor fil som jag inte kunde öppna med någon av mina texteditorer. Gjorde istället en del kortare loggningar men de säger mig inte mycket, tycks inte finnas några direkta fel.
Loggfilen (5Mb klartext) bifogas om det är någon som är haj på USB-protokollet: Testade också att köra med MCU och här ser man åtminstone min descriptor:Man kan bl.a. utläsa att attributet för "max power" är 0x7d vilket innebär 250mA.
Börjar få slut på idéer nu, några förslag på vad man kan prova med härnäst?
EDIT: Här behövs lite humor nu, eller vad sägs om denna kinesiska banderoll som vittnar om att deras engelska inte alltid är så bra:
Loggfilen (5Mb klartext) bifogas om det är någon som är haj på USB-protokollet: Testade också att köra med MCU och här ser man åtminstone min descriptor:
Kod: Markera allt
[33 ms] <<< URB 3 coming back <<<
-- URB_FUNCTION_GET_DESCRIPTOR_FROM_DEVICE:
TransferBufferLength = 000000a5
TransferBuffer = 874daec0
TransferBufferMDL = 00000000
00000000: 09 02 a5 00 02 01 00 80 7d 09 04 00 00 00 01 01
00000010: 00 00 09 24 01 00 01 28 00 01 01 0c 24 02 01 01
00000020: 01 00 02 03 00 00 00 09 24 03 02 01 03 00 03 00
00000030: 0a 24 06 03 01 01 01 02 02 00 09 04 01 00 00 01
00000040: 02 00 00 09 04 01 01 01 01 02 00 00 07 24 01 01
00000050: 00 01 00 11 24 02 01 02 02 10 03 00 7d 00 44 ac
00000060: 00 80 bb 00 09 05 02 09 c0 00 01 00 00 07 25 01
00000070: 00 02 00 02 09 04 01 02 01 01 02 00 00 07 24 01
00000080: 01 00 01 00 11 24 02 01 01 02 10 03 00 7d 00 44
00000090: ac 00 80 bb 00 09 05 02 09 60 00 01 00 00 07 25
000000a0: 01 00 02 00 02
Index = 00000000
DescriptorType = 00000002 (USB_CONFIGURATION_DESCRIPTOR_TYPE)
LanguageId = 00000000
[33 ms] UsbSnoop - FilterDispatchAny(b497bfd2) : IRP_MJ_INTERNAL_DEVICE_CONTROL
[33 ms] UsbSnoop - FdoHookDispatchInternalIoctl(b497c1ea) : fdo=85b3f628, Irp=85b5a348, IRQL=0
[33 ms] >>> URB 4 going down >>>
-- URB_FUNCTION_SELECT_CONFIGURATION:
ConfigurationDescriptor = 0x874daec0 (configure)
ConfigurationDescriptor : bLength = 9
ConfigurationDescriptor : bDescriptorType = 0x00000002
ConfigurationDescriptor : wTotalLength = 0x000000a5
ConfigurationDescriptor : bNumInterfaces = 0x00000002
ConfigurationDescriptor : bConfigurationValue = 0x00000001
ConfigurationDescriptor : iConfiguration = 0x00000000
ConfigurationDescriptor : bmAttributes = 0x00000080
ConfigurationDescriptor : MaxPower = 0x0000007d
ConfigurationHandle = 0x00000000
Börjar få slut på idéer nu, några förslag på vad man kan prova med härnäst?
EDIT: Här behövs lite humor nu, eller vad sägs om denna kinesiska banderoll som vittnar om att deras engelska inte alltid är så bra:
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
- Swech
- EF Sponsor
- Inlägg: 4736
- Blev medlem: 6 november 2006, 21:43:35
- Ort: Munkedal, Sverige (Sweden)
- Kontakt:
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Men hur vet du att det inte även står "translate server error" på kinesiska?
Swech

Swech
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Förvisso men ovanligt namn på ett noodle-hak i så fall 
En vagt relaterad kul grej var en person som fösökte göra "sql injection" på trängseltullarna genom sin nummerskylt:


En vagt relaterad kul grej var en person som fösökte göra "sql injection" på trängseltullarna genom sin nummerskylt:

Re: Mitt första kort: Skev oscillatorkrets avgörande?
Det där motståndet parallellt med kristallen är säkert med i referensdesignen, men jag gillar det inte riktigt 

Re: Mitt första kort: Skev oscillatorkrets avgörande?
Kan alltid testa utan, just nu provar jag i stort sett vad som helst 

Re: Mitt första kort: Skev oscillatorkrets avgörande?
Hanzibal, den där SQL-injectionnummerplåten fick mig att skratta gott! Tack! 
Har du testat att peta på lödningarna? Det kanske är någon kallödning som spökar?

Har du testat att peta på lödningarna? Det kanske är någon kallödning som spökar?
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Tänkbar förklaring men "tyvärr" har jag varit på allt utom Titanic med lödkolven. Dessutom har jag två olika kort som funkar likadant, d.v.s. lika dåligt (och ett som jag pajat totalt).
Jag hade tur och fick 4 för priset av 2 hos BatchPCB så jag har fortfarande ett helt orört kort kvar som jag tänkte spara tills jag hittat felet. Dock använder jag det senare för diverse kontrollmätningar och ser så att banorna löper som de skall.
Jag hade tur och fick 4 för priset av 2 hos BatchPCB så jag har fortfarande ett helt orört kort kvar som jag tänkte spara tills jag hittat felet. Dock använder jag det senare för diverse kontrollmätningar och ser så att banorna löper som de skall.
Re: Mitt första kort: Skev oscillatorkrets avgörande?
Prylen funkar äntligen
Återkommer strax med detaljer, men det var tur att jag ändå aldrig helt släppte kristall-spåret

Återkommer strax med detaljer, men det var tur att jag ändå aldrig helt släppte kristall-spåret

Re: Mitt första kort: Skev oscillatorkrets avgörande?
Ha, ha - där var jag lite för snabb
Dock vet jag åtminstone vad felet var, den för>#%&%¤%¤ade oscillatorn stannar efter ett tag!
Nu återstår "bara" att ta reda på exakt varför den gör så...

Dock vet jag åtminstone vad felet var, den för>#%&%¤%¤ade oscillatorn stannar efter ett tag!
Nu återstår "bara" att ta reda på exakt varför den gör så...