Usb audio 2 0 xs1 l1 binário opções

Oi, Eu recentemente comecei a desenvolver um projetc usando o XS1-L1 USB 2.0 Design de referência de áudio. Fora da caixa a placa estava funcionando corretamente no modo USB 2.0 depois de instalar o USB-Audio-Stereo-Driver (2.10.0) no PC. Então, apenas para experimentar a capacidade de flash do xTIME Composer Studio, eu apresentei o appusbaudl12ioxs. xe na placa. O arquivo é datado 03042017 e Ive encontrado no USB-Audio2.0L1-Binário (6.1.0) 12.2.0.zip baixado do site de suporte Xcom. O pisca-pisca fez o seu trabalho sem qualquer erro, mas agora a placa não é mais trabalhar em tudo. Ele pode funcionar novamente somente se eu reflash o arquivo 1ioxs. xe, mas neste caso ele funciona apenas como um dispositivo USB 1.0 em uma taxa de amostragem fixa de 48KHz Existe alguém que poderia me dizer como a recuperação da placa em seu estado original USB 2.0 Muitos desde já, obrigado. Atenciosamente, Marco Rampin - Itália Isso é estranho - a funcionalidade é completamente software definido para piscar imagens diferentes é tudo que você precisa fazer. E se ele funciona no UAC1, então ele vai funcionar no UAC2 Eu só tentei piscar o arquivo binário appusbaudl12ioxs. xe em minha placa L1 UAC2 e ele funciona bem, para que o arquivo é conhecido bom. Se UAC1 está funcionando, mas UAC2 não é, e você está executando janelas, então a causa mais provável é o driver. Quando você conecta o sistema UAC2 que não funciona, o gerenciador de dispositivos informa que você tem um dispositivo, mas nenhum driver, como este. Se assim for, certifique-se, e reinstalar o driver. A outra possibilidade é que você está conectando através de um hub que está caindo para a velocidade total. UAC2 não funcionará sobre USB FS. Dependendo das configurações do firmware, ele pode recuar para o UAC1. Após desinstalar a instalação de quatro vezes o driver no PC Vista foi capaz de instalar o software certo necessário para o UAC2. Agora o seu funcionamento novamente primeiro driver reinstalação ---- gt instalado apenas UAC1 segundo ---- gt instalação não conseguiu terceiro ---- gt novamente só UAC1 quarta ---- gt UAC2 agora. O driver é testado no Vista como parte do teste de regressão, por isso realmente deve funcionar pela primeira vez. Thesycon (que criou o driver) nunca lançaria um driver que só funcionasse na 4ª tentativa. Também UAC1 irá trabalhar quotdriverlessquot porque a sua parte do driver nativo definido que vem com o sistema operacional para que não pode ser relacionado. Bem manter um olho para fora para casos semelhantes para ver se o seu sistêmica, mas feliz por finalmente trabalhar para você. Quem está online Usuários navegando neste fórum: Nenhum usuário registrado e 1 convidado Powered by phpBB © phpBB. COM - Todos os direitos reservados. Pinos para SPDIF (para adicionar uma placa de saída co-eixo) Contras: Largura de banda 24bit96kHz limitada da saída TOSLINK. DIYer pode adicionar um co-eixo SPDIF boad (não de XMOS) e desencadear a capacidade 24bit192kHz. Razão da compra: Baixo custo USB Audio 2.0 (ou seja, Async USB Audio) substituição de transporte para a boa qualidade, mas drop-outs frequentes Audio-gd Digital Interface. Quem é para: DIYer com orçamento limitado que não se importa de lidar com uma placa de circuito nua e ter saída TOSLINK Quem não é para: Qualquer pessoa que precisa de um caso prontamente terminado e saída SPDIF co-eixo para hisher USB Audio Transport Onde comprar: Digikey O que Eu comprei para usar com ele: Lifatec Silkflex fibra de vidro TOSLINK cabo (lifatectoslink2.html) Caso eu atualmente usado com ele: Uma caixa de embalagem de papelão (originalmente veio com a minha compra caso Mofi) com recortes para o TOSLINK e cabos USB Board Entradas. USB 2.0 B-tipo de entrada, áudio de 3,5 mm em saídas de placa. TOSLINK (largura de banda limitada a 24bit96kHz) e linha de saída de 3.5mm (descodificar até 24bit192kHz) SO Estou usando-o com. Windows 7 32 bits e 64 bits (WASAPI). O dispositivo também suporta Mac OS. Drivers Estou usando atualmente. Thesycon 1.26 drivers baixados do site Wavelength, com arquivos inf modificados (adicionando manualmente o id do dispositivo XS1-L1) Problemas que encontrei: O driver Theyscon (mesmo aquele baixado do site XMOS) não seria instalado provavelmente. Graças ao suporte técnico XMOS útil apontando-me para usar o utilitário USBVIEW (ftdichipSupportUtilitiesusbview. zip) para desinstalar todos os dispositivos de áudio USB anteriores do Windows. Desde que os drivers instalados corretamente e tem trabalhado perfeitamente. Quirks: Depois que o driver do Windows é instalado, há apenas uma opção de saída de alto-falante único no painel do dispositivo de som do Windows. Não há uma opção de saída SPDIF dedicada no painel de dispositivos de som do Windows, como de costume, com outros dispositivos de transporte de áudio USB. Mas a saída TOSLINK realmente trabalha e produz um sinal SPDIF perfeito para bits. De acordo com o suporte técnico XMOS, a placa emite I2S e SPDIF ao mesmo tempo e não pode ser desligado individualmente. Agradecimentos especiais: Para o suporte técnico do XMOS, e leeperry que me apontou para os links de drivers de produção Theyscon 1.22 DAC eu usá-lo com: O original Audio-gd NFB-1 (versão ES-9018 Sabre32, com 80Mhz atualização TCXO) Que com: Dell Latitude D520 (Windows 7 32 bits), HP Probook 4310s (Windows 7 64 bits) Período de queima: A seção de circuito de saída TOSLINK da placa realmente não tem qualquer capacitor que exija burn-in. Eu acho que o período de burn-in foi principalmente para a seção de circuito receptor TOSLINK do NFB-1ES que eu não usei anteriormente. O som resolvido em torno de 15 horas de tempo de reprodução de música. Qualidade de áudio em comparação com a atualização de chip de inversor de áudio wd 74AHC04 de Audio-gd: 1. BassMidTreble Balance: A placa XMOS é mais linear. É como uma linha reta comparando à curva de Audio-gd DIs. Eu acho que a placa XMOS é mais neutra. DetailsInstruments Separation: O mesmo com o Audio-gd DI no seu melhor (com Fidelizer otimizado OS, o computador não está executando nada, exceto o áudio player). Bate o áudio-gd DI quando o computador está sendo usado para outras tarefas como a navegação na web. 3. Estágio sonoro: Se o Audio-gd DI é 4: 3 (widthdepth), então a placa de design de referência XMOS é mais como 5: 2. A profundidade sonora da placa XMOS aumentou com mais burn-in. 4. StabilityConsistency: XMOS bate o Audio-gd DI mãos para baixo. Não há abandonos nunca com a placa XMOS. Eu não experimento e aumento de qualidade audível usando Fidelizer PossibleFuture Upgrades. Cabo de alimentação USB com bateria, cristais de baixa ppm (os cristais de estoque são partes de 30ppm), placa de SPDIF de co-eixo, um caso apropriado Eu notei que os arquivos de driver Lindermann 1.43 são substancialmente menores em Tamanho (pergunto se algum recurso está faltando). Também gosto do original 1.26 Thesycon painel de controle que eu posso ver a duração do buffer de streaming. Atualmente, estou usando a configuração de 8ms. Você ouve um driver de melhoria de atualização de Thesyncon 1.221.26 para Lindermann 1.43 Eu acho que TOSLINK é realmente melhor do que coaxial isolado não galvânico (tão aceitável quanto 24bit96kHz). E um não tem que se importar com conectores de 75ohm correspondentes. Em nenhuma ordem específica: - Eu não tentei o 1,43 Lindermann porque o instalador DaMagic declara 1.43.3 e tusbaudio. sys tem um conteúdo binário diferente. Eu também prefiro as palavras leigas para a latência. Eu só tenho as notas de lançamento para 1,22, mas cada nova versão teve toneladas de correções de bugs e 1,43.3 é um ano mais velho. Placebo ou não, eu prefiro o som de 1.43.3 no Stello Eximus DP1 de fato. - Jitter sobre toslink é estelar em 1ns, às vezes até mesmo quase 2ns. Isso mata todo o potencial do chip XMOS IMO. - Buying um 27 Toslink conector é sobre polimento um turd. Um tabuleiro eval é apenas isso, o seu dinheiro seria muito melhor gasto nesta placa, por exemplo: diyaudioforumsdigital-source188902-xmos-based-asynchronous-usb-i2s-interface. html Sua placa de eval tem pobres clocking (prolly na região de 100 ppm ), Nenhumas saídas coaxI2S isoladas, controladores da avaliação que bleep cada 2 mins, filtragem 5V pobre. Youve apenas arranhado a superfície do que o chipset XMOS pode fazer por você, o buraco de coelho vai muito mais profundo Editado por leeperry - Postado por leeperry - Buying um 27 Toslink conector é sobre polimento um turd. Um tabuleiro eval é apenas isso, o seu dinheiro seria muito melhor gasto nesta placa, por exemplo: diyaudioforumsdigital-source188902-xmos-based-asynchronous-usb-i2s-interface. html Sua placa de eval tem pobres clocking (prolly na região de 100 ppm ), Nenhumas saídas coaxI2S isoladas, controladores da avaliação que bleep cada 2 mins, filtragem 5V pobre. Youve apenas arranhado a superfície do que o chipset XMOS pode fazer por você, o buraco de coelho vai muito mais profundo TOSLINK de lado, acho que a placa de referência 149 projeto bordo muito bem para o Stello U3 para 13 do preço. O cristal de 2 pinos está usando o uso realmente mais fácil de relógios externos. Eu já identifiquei um 1ppm relógio corrente transferência tipo placa coaxial posso adicionar a ele para outro 50. Os drivers de avaliação só começou a soar após 1 hora, e é um problema não como eu posso usar o driver de comprimento de onda. Para a sua seção de fornecimento de energia, eu acredito que não é mais pior do que o Stello U3. O Stello U3 é por todos os meios um produto muito mais completo. Para mim eu aprecio o processo de DIY. Originally Posted by leeperry Se você quiser ir DIY, que 99 bordo em diyaudio parece difícil de vencer IMHO. Pelo menos o seu relógio mais grave, mas você terá que vir acima w suas próprias saídas de fiação. Existem outras placas DIY XMOS, mas são mais caras IIRC. Eu não entendo muito bem como você encontrar 99 diyaudio bordo tem mais valor. Apenas a omissão da programação XMOS e do firmware piscando capacidade seria suficiente para desqualificá-lo como um kit de projeto. Na minha opinião o suporte técnico do XMOS por si só valeria 50. A placa de referência XMOS pode aceitar 2 pinos de sinal de clock externo com facilidade (tanto para o processador como para os relógios mestre de sinal). Eu posso facilmente (e barata) pares de relógios externos 0.5ppm e placas de módulo SPIDIF para usar com ele. Muito provável meu trabalho terminado teria o relógio SPDIF amplificador seções semelhantes ao áudio-gd CD7 transporte, dependendo se eu posso pegar um áudio-gd ICAC módulo. Originally Posted by leeperry Alimentando um 1K Sabre DAC como o seu Toslink w está longe de ser ideal para dizer o mínimo, Id tomar uma saída coaxial mobo sobre qualquer tipo de Toslink Acredito que seu DAC usa WM8805 em sua entrada coaxial e quando eu comparado coaxial e Vidro toslink entradas no Firestone BRAVO WM8804 (mesmo chip como 8805, mas apenas estéreo) reclocker: como esperado acabou sendo um claro knock out. Nenhum Sabre32 DAC jamais precisaria de um chip receptor SPDIF externo porque o chip ES9018 DAC o incorporou (embora meu NFB-1 tenha algum circuito PLL grave). O Sabre32 Time Domain Jitter Eliminador SPDIF comportamento do receptor é tipo de estranho: Stringent em SPDIF sinal risefall spec (assim eu experimentei abandonar o meu Audio-gd DI), mas pode tolerar jitter relativamente alto. Poderia ser a razão pela qual eu acho que a entrada do TOSLINK do NFB-1 não é desagradável. Pena que meu Audio-gd NFB-1ES não tem pinos de entrada I2S na placa de circuito. Caso contrário, eu só iria encher a placa XMOS dentro do gabinete espaçoso NFB-1 e ter conexão direta I2S. AFAIK, sua placa 99 vem como PNP. Não é que ele fornece drivers desbloqueados e um firmware FWIR totalmente trabalhando, e seus bons relógios para arrancar. Você pode usar drivers comerciais encontrados na web w sua placa eval, mas você não possui uma licença per se. Sim, eu me lembro de Kingwa afirmando que a entrada SPDIF daquelas fichas Sabre era mais ou menos fubar e que ele tinha que adicionar um terceiro circuito partry para que ele funcionasse. Eu queria olhar para cima, mas este DAC aparentemente foi eliminado de seu site. Você sabe, ppm resolução, jitter, impedância. Eletrônica não são LEGO, você precisa as ferramentas de medição direita e conhecimento, a fim de obtê-los trabalhando de forma óptima e isso é obrigatório para fornecer-lhes w um projeto de suporte adequado. Tapa um relógio de 0.5ppm em uma placa eval wo drástica RampD e medições é cego failth na melhor das hipóteses. Os fios vão pegar o ruído, interferências, eo jitter visto pelo chip XMOS poderia facilmente ser pior do que os relógios de ações jellybean. Jitter resiliência é apenas isso: algoritmos para compensar isso. Obtê-lo tão baixo quanto possível, em primeiro lugar, ea SQ vai melhorar substancialmente. Especialmente w um protocolo tão ruim como SPDIF (e ainda pior em sua horrível forma Toslink) De qualquer maneira, eu não queria dizer threadcrap seu tópico. Eu só acho que você ainda não ouviu o que um bom XMOS execução w melhores relógios e coaxial isolado poderia fazer por você. Se você gosta de toslink fora de sua placa eval, em seguida, mais poder para você Editado por leeperry No ideia, eu uso placas comerciais que vêm w uma licença de usuário final adequada. Nenhuma idéia ou, Im não um EE. Mas isso é a diferença entre a cozinha DIY e produtos comerciais. Ou você faz as coisas cegamente e esperança para o melhor (mas no final lei Murphys muito se aplicam), são um EE e ter acesso às ferramentas certas. Ou pagar para o RampD empresas comerciais estão fornecendo w. PPL muitas vezes acreditam que DIY é muito mais barato, bem, isso depende de como você olha para toslink toslink é lixo, e instalar seus próprios conectores abre uma nova janela para um milhão de problemas como mencionado acima. Você não pode obter a verdadeira impedância 75 se theres solda sobre os conectores, porque a solda aumenta a resistência. Meu ponto é que o jitter baixo não vem de graça, finalmente entendo como você avalia a placa de referência do XMOS. Basicamente você apenas declará-lo como um produto ruim só porque ele tem TOSLINK, e nem se preocupar em descobrir o que outras opções que fornece, porque você não é um EE ou programador. Com a sua compreensão, TOSLINK é como, fonte de alimentação ruim, que poderia contaminar todos os outros circuitos no mesmo dispositivo. Com a sua compreensão de cada peça de equipamento que vem com um socker conector TOSLINK é lixo (mesmo se ele tem outras opções inputoutput pinos). Sim, o iPhone4s é lixo porque não pode transmitir dados quando se conecta a uma rede GSM 2G (mesmo se pode se conectar a HSPA). A Canon DSLR D60 é lixo porque a sua unidade de flash incorporada não é suficientemente potente (mesmo que tenha hotshoes para flash externo). Justo. O que você está tentando dizer sobre conectores SPDIF de solda Você está confuso os conectores de cabo coaxial com soquetes coaxBNC Você pode apontar-me para um único dispositivo comercial que não usa solda com seus soquetes coaxBNC SPDIF Editado por borrego - 112111 at 8:42 pmPosted in Xmos X-DTV é um projeto que está trabalhando com Yvo de xcores. org. A idéia é fazer com que um XS1-L1 64 baseado retro-minimalista homebrew jogo console semelhante no conceito para o Uzebox e Zuzebox. Como o X-One antes dele, X-DTV usará Yvo8217s motor de vídeo VDP, mas em vez de dirigir uma saída VGA irá conduzir uma saída de TV NTSC. Esperamos obter TV PAL também, mas os osciladores 35.46895MHz provaram difícil obter um hold off (Se alguém sabe onde podemos obtê-los fora da prateleira sem um MOQ grande, em seguida, deixe-me um comentário). A especificação X-DTV8217s é: XS1-L1 64 com clock interno de 400MHz com 64K RAM. 5-bit R-2R Vídeo DAC para conduzir NTSC 2x NES ou SNES Conectores D-PAD Interface de cartão SD Estéreo PWM áudio XTAG-2 Interface 2x 5 vias XLINK para expansão A mais recente (não completamente completa) PCB está abaixo: O esquema está aqui. A troca xcore foi lançada. Lendo o comunicado de imprensa seu diz: 8220este novo site é criar uma comunidade de usuários entusiasmados XMOS com um espírito empreendedor. Queremos incentivá-lo a compartilhar desenhos e códigos, bem como desenvolver suas idéias. Eu conversei algumas vezes sobre o console X-One Xmos baseado, então eu pensei melhor colocar um esquema para mostrar como tudo vai junto. Um Xmos XC-2 é encontrado no coração do console com o resto do circuito fornecendo um R-2R vídeo DAC, áudio PWM e interface de cartão SD. Ethernet é fornecido pelo cartão XC-2 seu auto. O kernel de software é o motor de vídeo VDP Yvo8217s. Com todas as placas de desenvolvimento recentes Xmos saindo eu pensei que seria uma boa idéia para compilar uma lista de comparação. A lista completa está aqui (pdf) mas uma comparação rápida das placas que custam menos de 100 é mostrada abaixo: