SD-kort kompatibilitet med enklare MCU?

[Micke_s]

blueint: licensbrott kan det väl bara bli om du har accepterat licensen från början.

[blueint]

Iofs, men sådant som får SDA att skicka sin advokatarme..

[TomasL]

Att sätta rätt mode till rätt register, veta vilka setup och hålltider som gäller liksom kommando-till-data latens som finns. Och vilka flanker som ger giltiga data osv, är det som är konstigt

Implementerar du 4-bit bit-bang så är det licensbrott vad jag vet. I synnerhet om det är en FPGA/CPLD som gör jobbet.

Allt detta står i sen fria specen, så det är fritt fram att kostnadsfritt implementera detta, däremot får du inte sätta SD-loggan på din produkt.

[jesper]

Jag ska backa en aning i licensfrågan. Har nu kollat runt på nätet i några timmar och det är oerhört otydligt vad som gäller. Har därför ställd en direkt fråga till SDA, men ej fått svar än.

Jag hade för mig att det var själva tillverkningen av en host kontroller, d.v.s. periferi i processor, FPGA eller likn, som var licensbelagd, inte själva användandet av en sådan i en produkt. Men, det verkar som att en produkt som användar SD-kort, OAVSETT om det elektriska interface är SPI eller SD, måste ha en HALA licens (kostnad $1000/år för medlemsskab, $1000 för licens/år).
Orsaken till att det är licensbelags oavsett interface, är att man i alla fall användar SDA's "Physical Layer".
Det som gör det rejält luddigt är att SDA blandar begreppen rejält när det gäller uttrycket "Host Controller" (som ska licensieras). Vissa gånger refererar det till själva HW, typ i en microprocessor, andra gånger till en hel produkt.


Här är svar från SDA, till en annan som frågade dem:

Dear XXX,
SPI is defined as general protocol.
However, the Physical Layer specification defines
specific bus protocol for SD cards. SD host products
need to refer the Physical Layer specification
regardless of bus mode. Therefore, HALA is required.
Sincerely,
XXXXXX XXXXXXXX
SDA Technical Committee

Detta är ju lite otrevligt. Det betyder ju att man, oavsett kvantitet, MÅSTE ha en licens om man användar SD kort, oavsett interfacemetod, i en produkt som säljs.

Det är ju intressant att konstatera, att det tydligen endast finns runt 450 HALA licenserade företag. Då måste det altså vara tusentals företag som INTE har registrerat en licens, men som ändå producerar produkter med SD kort.
Iofs finns de flesta väl i Kina, så det kanske inte är så konstigt. De bryr sig knappast.

Ska gräva vidare i detta tills jag fått fram absolut klarhet vad som gäller.

[TomasL]

Jag skulle gissa att det hela beror på om man säger att det är en SD-produkt eller inte.

[Nerre]

Nja, snarare om man säger att den använder SD-kort?

Har man ett inbyggt SD-kort som användaren inte ens vet om att det finns borde det väl kanske gå att smyga till det. Särskilt om man tar bort etiketten från kortet så det blir anonymt.

[blueint]

Det är därför "mjukvaruupdateringar" är så elegant..

[jesper]

Det är klart det går att fuska sig runt det. Man låter bara bli att berätta för SDA.
Men med tanke på summarna i amerikanske stämningar är det nog de färraste seriösa företag som skulle våga sig på sånt.

[TomasL]

Det är naturligtvis en stor skillnad om man gör nånting för bruk "Inhouse", som hobby eller en kommersiell produkt.
Är det en kommersiel produkt, åker man nog på att betala.
Å andra sidan, är det inte så dyrt, och kostnaden skall naturligtvis räknas med i produktkalkylen.

[blueint]

Haken är väl om du vill sälja ett kretskort till några EF-medlemmar och SDA får för sig att skicka advokater. Samma problematik med HDMI.

[TomasL]

Nej, det är knappast någon risk, eftersom det sannolikt inte är kommersiellt.

[nifelheim]

Lite OT, måste bara fråga jesper om U-boot och sd-hc kort, jag fick det aldrig att funka.
Är det mycket som måste patchas för att det ska gå?

[jesper]

Man kan säga att det är mycket - det fanns ju inget innan. I alla fall inte i den 2011.06 som jag utgick ifrån.
Så driverna är gjort från scratch, dock baserade på några tidigare jag gjort för andra bare-metal system.
Borsett från själva drivern tror jag inte jag pillade på något.
Vilken processor kör du med?

Jag inte kört min U-Boot med SDHC kort, då kortet jag har det på just nu endast tar micro-SD och jag har inga såna i HC variant. Då den del av koden som påverkas av HC/inte-HC ligger i själva U-Boot koden (som jag inte pillat i), då kanske det är ett problem där. Koden som U-Boot drar igång kör FreeRTOS/lwIP/fatfs och där har det funkat tidigare på annat system.
Ska prova löda på några trådar med en vanlig SD kontakt och testa HC.

[jesper]

Hehe, kom ju på att jag hade ett micro-SDHC i telefonen som jag kunna testa med.
Det verkar funka alldeles utmärkt att initiera och läsa FAT biblioteket från kortet.

[nifelheim]

avr32ap7000 kör linux på den.
med uboot OCH kernel i flash går det ju bra med ett sdhc kort.
men "mmc init" i uboot hittar inte ett sdhc kort, "vanliga" sdkort, dom 1GB jag köpte från dig funkar utmärkt.
kanske kör för gammal uboot..
måste kolla det, om du hittar ett sdhc med "mmc init" i uboot 2011.06


edit: 2010.06 körde jag, det kan ju vara problemet