hce

Det, min venn, er det som kalles innovasjon.

Om det er Qualcomm Snapdragon eller Samsung Exynos som driver telefonen, så blir det en 4-kjerner uansett. Fordelen som Exynos prosessoren har, er at den har 4 + 4 kjerner, der 4 er optimalisert for lavt strømtrekk og 4 for høy ytelse. Du kan ikke kjøre alle 8 samtidig. Så 4G-varianten blir ikke kjip med tanke på prosessorytelse.

I Exynosen er de fire "små" kjernene helt okay til å dra rundt standard epost, surfing, fjasbok, osv. De fire fete kjernene brukes til spill og tilsvarende CPU-intensive oppgaver.

PS! ARM kaller 4+4 oppsettet for big.LITTLE [0] for de som vil ha litt dypere teknisk innsikt.

0: http://www.arm.com/products/processors/technologies/biglittleprocessing.php

TI har jo også gode planer med sin OMAP-plattform; ganske snasen den OMAP5 prosessoren http://www.ti.com/ww/en/omap/omap5/omap5-platform.html

Har søkt mye på nettet, men finner ikke så mye info om denne mikroprossesoren?

Sikker på at du mener ATmega160? Og at du ikke er på utkikk etter ATmega16A eller ATmega168PA? A og PA står for varianter av mikrokontrolleren, A er mindre strømtrekk og PA er mindre strømtrekk og noen ekstra funksjoner for å justere strømtrekk mens du kjører.

ATmega160 eksisterer ikke

Datablad for ATmega168PA finner du på http://www.atmel.com/dyn/products/product_card.asp?part_id=4586

Det sitter nok en mikrokontroller inni musen også. Er det en USB-mus, PS/2-mus eller seriellmus?

Legg gjerne ut et bilde der du markerer hvilken krets du lurer på hva er.

Noen som har noe info om grensesnittet som benyttes på flash brikker? Er det mye likt DDR#?

Det er ganske simpelt, du har I/O pinner for å fortelle om du sender inn kommando eller en adresse. I tillegg har den en databus, som stort sett er 8, 16 eller 32 bit bred.

For å lese sender du enkelt inn en adresse, typisk 5 bytes adresse til en blokk. Etter adressen kan du klokke ut dataene.

Det er egne kommandoer for å slette en blokk, skrive til en blokk, etc. Etter en skrivekommando pumper du enkelt inn dataene til blokken.

Du har også mer avanserte kommandoer om brikken har cache for skriving og mer enn en chip enable signal. Nyere MLC-brikker har ofte også fler chip enable signal, noe som betyr at du kan skrive X antall steder og fortsatt jobbe mot brikken. Hver chip enable vil for programmereren se ut som en individuell NAND flash, bare at de deler databussen og adresse/kommando-signal.

Micron har okay datablad; http://download.micron.com/pdf/datasheets/...b_nand_m49a.pdf

Prøvde å holde beskrivelsen forståelig for folk flest.

Og om batteriet vil fungere i telefonen i det hele tatt. Vet en del produsenter benytter seg av elektronisk signerte batterier for å hindre uorginale batterier.

Dessuten er det ikke sikkert telefonen din klarer å lade dette batteriet, siden det har andre spesifikasjoner. Det kommer ann på hvor tolerant ladekretsen(e) i telefonen er.

Om du har et batteri som nærmer seg to år, vil det å kjøpe et nytt batteri oppleves som en betydlig oppgradering på batteritiden. Litiumbatteri klarer rundt 500 til 1000 ladninger før de viser tydlige tegn til forelding.

MS-DOS-lisens har jeg aldri hatt så det må jeg nok skaffe på ulovlig vis. (Sykt at ikke lisensene er frigitt ennå)

http://www.freedos.org/ ?

Nå var vel aldri Windows 3.1 et fult operativsystem, heller en "fin" GUI på toppen av DOS

Det er ikke noe poeng å bruke et "jallawebcam" for å filme på havbunnen. De er alt for lite lysfølsomme til det bruket.

Kjøp heller et billig DV-kamera med god lysfølsomhet og et dykkerhus til kameraet. I tillegg må du ha med deg lys, beste filmene jeg har sett en kompis lage så hadde han med 4 x 250 W HID lamper på filmriggen sin. Da blir det som å filme i dagslys.

Du klarer ikke redusere størrelsen betraktelig? Og så copy/paste fire PCBer til et panel som kommer innenfor størrelseskravet til produsenten(e)? På Olimex må du innenfor 160 mm x 100 mm for å ende opp på 30 €, eventuelt 320 x 100 mm for 60 €, osv...

Panelet kan du sage opp etterpå for å få ut PCBene, noen tilbyr også å frese ut kuttelinjer for deg.

Det er fler på jobben som har benyttet http://www.olimex.com/

De klarer ikke all verdens på smale baner, men fungerer greit og er billige. Du kan visst få loddet 100 passive komponenter per kort også sier ryktene her

På norsk: http://no.wikipedia.org/wiki/Transistor

På engelsk (som regel mer detaljert): http://en.wikipedia.org/wiki/Transistor

Darlington-transistor finnes kun på engelsk: http://en.wikipedia.org/wiki/Darlington_transistor

Er det noe poeng med to slike konkurerende kortstandarder?

To? Det er mange. Idiotene i Sony har bestemt seg for sitt eget latterlige format. Derfor vil jeg nekte å kjøpe noe fra Sony så lenge det ikke støtter SD i fremtiden. Jeg gidder bare ikke rote rundt med flere forskjellige kortformater.

Fujifilm har sett lyset og sluttet bruke xD-kort

Skulle ønske fler brukte litt friere standarder som MMC og CompactFlash.

Hurra, enda en proprietær standard...

Objektiver er ofte mye enklere å omsette enn hus og komplette sett, dessverre.

Du får noe spice-ting til Linux, Eagle fungerer også veldig bra for skjema- og kretskort-tegning. Tror ikke Eagle kan simulere.

En spice (jeg ikke har testet); http://ngspice.sourceforge.net/

Du kan kjøpe en chipset-kjøler og sage den til så den passer pakken. Etterpå limer du den fast med thermisk lim.

Hovedforskjellen mellom standardene er at SD benytter FAT filsystem som har en maks størrelse på 2 GB. SDHC benytter FAT32, som ikke har denne begrensingen.

Eh, nei, hovedforskjellen er at SDHC er en ny protokoll på hvordan man kommuniserer med minnekortet. Det står ingenting i spesifikasjonen til SDHC at man må benytte FAT32.

Om du vil leke deg fra bunnen av er dette robotbyggesettet artig: http://www.arexx.com/arexx.php?cmd=goto&am...ram=p_asuro.dat

Du får alt i deler og må lodde sammen selv. I tillegg er det en ATmega8 mikrokontroller på den, så du kan programmere den som du vil om du føler for det etterhvert.

Wikipedia er alltid et fint sted å begynne: http://en.wikipedia.org/wiki/Field-programmable_gate_array

Sikker på at FPGA er stedet du vil starte? De er ofte dyre og krever dyrt utviklingsverktøy.

Hva slags oppgaver har du lyst til å bryne deg på? Hva har du tenkt til å utrette med en FPGA?

Rundt 12 mA pleier å være passe for å drive en LED. Det greieste er å prøve ut med litt forskjellige motstander til du er fornøyd med lysstyrken.

X = -b / (a - b)

Hmmm, ut ifra hvordan du bruker formelen din så blir det X = b / (a + b).

Det har du rett i, men planen til trådstarter var å plugge dette køstom-batteriet i den pluggen der man setter strømadapteren, og ikke i batteribrønnen (hvis du leser hele tråden kommer det blant annet frem at det interne batteriet er på 14,8 Volt, mens den hjemmelagde batteripakken skal levere 20 Volt, altså det samme som strømadapteren).

Aha, det bør jo fungere ganske greit.

Det største problemet jeg ser med den løsningen trådstarter presenterte i førsteposten, er lading av denne saken. Skjønt er det ikke verdens største hokus-pokus hvis du har grunnleggende elektronikkunnskaper - såvidt jeg husker skal Li-Ion batterier lades med en konstantstrømkilde til de er fulle, og så kan man bruke en spenningsføler til å avslutte ladningen (spenningen over en Li-Ion celle synker litt når cellen er fulladet).

Jeg vil på det sterkeste anbefale å prøve lade Li-Ion celler på egenhånd om du ikke vet hva du driver med Greieste måtte vel være å lage noe som enkelt kan kobles til en helt vanlig lader.

Edit: Ops, _fraråde_ å lade Li-Ion på egenhånd.

Jeg mistenker at batteriet ikke vil fungere, da disse laptopbatteriene ofte må autentisere ovenfor laptoppen de kobles til. Hvis du bare skal koble deg rett på pluss- og minus-terminalen vil ikke laptoppen klare prate med batteriet og antagelig koble batteriet vekk.

Les mer om "smart battery" og autentisering av slike.