Re: DSG-automaat

Afgezien daarvan kan een klant vaak moeilijk of niet te beoordelen of een bepaalde claim van de fabrikant daadwerkelijk een reële verbetering is, of dat het slechts een oprisping van de marketingafdeling is.

Helaas 80% kans dat het

- óf gebruikte zijn die in China weer "nieuw" (zie je bijna niks van, worden zelfs in tape gedaan) zijn gemaakt,

- óf Chinese nepcomponenten zijn, gewoon andere IC's met tekstopdruk overgenomen (soms zelfs met spelfouten...),

- óf langzamere uitvoeringen zijn die in China door middel van "verbeteren" van de tekstopdruk sneller zijn gemaakt,

- óf afgekeurde zijn die verschrot hadden moeten worden in, wat denk je, ja hoor China.....drie keer raden wat daarmee gebeurt. Ik ken helaas veel voorbeelden hiervan. De meeste brokers weigeren daarom tegenwoordig componenten uit China. Maar als ze via andere bedrijven in de USA/Europa zijn gekomen weet je dat niet. Wij maken röntgenfoto's om te testen. Maar zelfs dan weet je nog niet alles, bijvoorbeeld of de timing/versie goed is. Even eerlijk: ook in andere landen gaat wel eens wat mis. Maar China spant echt wel de kroon.

Ik heb nogal wat ervaring in broking én in nabouwen in fpga/asic. Technisch gezien is dat inderdaad mogelijk. Maar in de praktijk is het en proces met veel bug-solving. Modellen van processoren die je op veel plaatsen kunt kopen bevatten allemaal wel bugs. Dan moet je toch wel op kosten van al gauw minimaal 1 (maar waarschijnlijk meer) ton rekenen.

Een ander probleem is dat Nasa spul de ruimte in stuurt. Dus moet alles radiation-hardened zijn.

Verder hebben moderne IC's veel smallere sporen, hogere snelheden etc. Die oude CPU's konden wel tegen een glitchje hier of daar. Maar die nieuwere kunnen daar wel eens heel anders op reageren.

Ook de fan-out is meestal anders. Die oude TTL kon nogal wat aan. Maar wel met wat lagere uitgangsspanningen. Verder zijn impedanties waarschijnlijk anders, waardoor de oudere printen die meestal toch al war minder "strak" ge-layout zijn wat meer reflecties etc kunnen geven. Verder kan ook het EMC gedrag beinvloed zijn.

Waarschijnlijk gebruikt de ASIC minder stroom, dit kan gunstig zijn, maar ik heb wel eens een schakeling gezien waar terug in de voeding werd geleverd. En dan heb je wel een minimaal stroomberbruik nodig anders loopt je voedingsspanning op. Maar ja, een dikke weerstand lost veel op...

Ik heb zelf een in ASIC gebouwde CPU voor vervanging van een processor getest, en weet wat er mis kan gaan. Er moet erg veel getest worden.

Maar mogelijk is het echter zeker wel. Er staan al veel systemen te draaien met die CPU.

Pieter

Dat is inherent aan het systeen, *iedere* heeft bugs, met de microcode inside is daar een workaround voor, doorlichten van falcificatie is ook al oud, in het i486 tijdperk werden al 'ongevulde' sdram chips aangetroffen bij een Röntgentest bij het duitse computertijdschrift c;t

Oninteressant, elke ontwerper heeft de plicht om zijn ontwerp foutloos te laten werken, of je TTL, CMOS ed. gebruikt doet niet ter zake, ut mot wureke.

Gelul

Tja, je bent ontwerper of niet, vertel eens wat nieuws....

Goh. Ik ben verbaasd

Maurits

Hij geeft hier alleen maar aan dat je niet zomaar een FPGA met de juiste programmering op de plaats van een processor kan hangen. Lijkt me erg relevant. Jouw benadering is die van de afdeling marketing die een ontwerp als een black-box beschouwt.

Lang niet alle bugs hebben workarounds. Sommige dingen zijn soms gewoon niet mogelijk. Een CPU waarvan de serial port het niet doet heeft echt workaround daarvoor.

Je neemt zo'n processor om in een bestaand systeem te gebruiken. De software is er dus al. Het veranderen van software gaat geld kosten. En je moet weer nieuwe versies maken. Voor embedded leveranciers met duizenden systemen in het veld betekent dit dat servicediensten een extra versie hebben. En als die dan anders is dan de code voor de oude versie moet je je software zo maken dat je altijd 2 versies, voor elke processor een, kunt compileren. Dat maakt voor een hobbyist niet veel uit, maar voor grote bedrijven wel.

Dus niet met oude ontwerpen. De ontwerper kon 10 jaar geleden niet voorzien dat alles nu in de Gigaherzen werkt. En dat elektronica loodvrij werd etc. Dat is niet haalbaar. Het werd gemaakt dat het werkte met de elektronica en systemen van toen. Dus zijn de borden niet aangepast aan de moderne tijden, hebben geen groundplane etc.

De moderne ASICS en FPGA kun je geen slome TTL techniek geven. Die zijn altijd snel. Je kunt hooguit wat delays geven, maar de flanken blijven steil. Glitches kunnen kritisch worden.

Nee, een ontwerpfout. Maar wel echt. Ik kwam het tegen bij een groot, bekend elektronicabedrijf.

Pieter

Een CPU waavan de serial port het niet doet?

Dat hoeft dan ook niet om de bug in de vervangende processor te vervangen, daar heb je microcode voor, of in het geval van een FPGA een update van de FPGA.

En vergeet de fanouts niet.

Inderdaad, VHDL bugje die ik in praktijk tegenkwam. Is dus niet op te lossen met een workaround. Ook heb ik een processor gezien met een foutje in de DMA. Wel met wat workarounds, maar sommige dingen zijn dan toch niet mogelijk. En dan heb je ook het probleem dat de firmware processor-merk afhankelijk wordt.

Betekent een hoop programmeerwerk. Het is niet niks om een processor te bouwen.

Inderdaad. Die oude konden erg hoge stromen leveren, maar gebruikten ook hoge ingangsstromen. Ook de spanningen kunnen behoorlijk verschillen (TTL uitgang van 3,5 V in plaats van 5V bij wat belasting).

Pieter

Bedoel je de I/O port voor communicatie met de buitenwereld?

Is dus niet op

Firmware is te updaten

Dat wel heel erg de 7ties, geen tri-state out...

Lijkt het toch eenvoudiger om op de sloop een vervangend ECU kastje op te scharrelen. Of naar

Maurits