Det _blir_ ett blinkande. Bara att det går så fort att ögat inte kan uppfatta det och istället ser det som olika intensitet.

Det man gör är att sätta en magnetventil som reglerar luftflödet till tryckklockan (wastegaten). Magnetvetilen i sin tur styrs av motorelektroniken som bl.a mäter absoluta insugstrycket med en tryckgivare. Denna reglerar sedan detta m.h.a magnetventilen till ett lämpligt laddtryck som är beroende på...

Det sitter antingen en liten mikroprocessor med protokollstack för USB eller ett customchip med funktionen helt i hårdvara. USB-protokollet är ganska avancerat så det är inget man bygger av diskreta komponenter.

Om du skall seriekoppla 7st lysdioder för varje "segment" så bör du ha mer matningsspänning än 12V. Räkna med ca 2V per diod. Då landar du på ca 14V spänningsfall. Detta plus några volt över strömbegränsningsmotståndet så landar vi nog på ca 16-18V minimum.

PIC står väl egentligen inte för någonting, numera iallafall. Det är bara ett namn på en processorfamilj från en tillverkare som heter Microchip. Ofta är det så att dessa typer av namn en gång i begynnelsen varit en förkortning för någonting som verkade rimligt då, men som blir mer och mer inaktuell...

sodjan: är det inget att ha? :) Nej. Du skall ha en flashbaserad mikroprocessor. Den kan programmeras om och raderas gång efter gång. PIC:ar med flash heter "F" istället för "C". T.ex är 16F628 eller 16F88 trevliga små PIC:ar att leka med. Inbyggd UART (serieport) och lite timer...

Det låter hårt och säga till dig att glömma det, men jag håller till stor del med sodjan. Att försöka jobba med mikroprocessorer på assemblernivå är nog verkligen att glömma, eftersom alla datablad är på engelska och dom måste man kunna förstå ganska bra om det skall fungera. Lite lättare är det kan...

Oddsen att du klantar dig i assembler jämfört med C t.ex är klart större medans chansen att du kan hålla fler bollar i luften å optimera bättre än en modern kompilator är mycket låg. så vad är egentligen fördelen? Tiden från idé till produkt, överskådligheten eller risken för buggar gagnas ju knapp...

Det kan finnas en förklaring på varför det är som det är. SSP-enheten sitter normalt på port C (28/40-pin PIC) och då får man inte dom här problemen. Det man sedan gjort är att införa mer och mer hårdvara i dom mindre PIC:arna, t.ex 18-pin. Dessa enheter hamnar då på andra portpinnar och konsekvense...

Jag håller med Icecap att det ser inte ut att vara lösbart på något bra sätt. Jag skulle nog kalla det här för en miss i konstruktionen eftersom det omöjliggör en sådan här användning. Det är kanske inte bara I2C som får problem. Egentligen skulle man vilja kunna maska vilka bitar som skall gå till ...

Jo, det är riktigt att UART/I2C är en gemensam del i hårdvaran. Det var just detta som var poängen. Låter man huvudprocessorn vara I2C-master så kör man utan hårdvara och UART:en är fri till PC-kommunikation eller vad man vill ha den till. På slavprocessorn däremot behövs troligen inte UART:en till ...

Jag håller inte riktigt med om att I2C är olämpligt. Det som är svårast med I2C är timingen i slav-mode, men där finns ju PIC:ar med slav-I2C i hårdvara, t.ex 16F7x. Master-mode är en baggis att skriva rutiner för. Sedan tar den egentligen inte mer pinnar än en UART-lösning heller. UART=2 pinnar (RX...

>Hedis:

Vad sitter det för processor i den styrboxen du vill leka med ?

/Håkan