Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 40, views: 22.986 •

Android bevat niet langer alleen de software voor nfc-chips van het Nederlandse bedrijf NXP. Dat blijkt uit de broncode van Android 4.2. Google heeft gekozen voor de stack van concurrent Broadcom. De nieuwe Nexus-toestellen hebben ook nfc-chips van Broadcom aan boord.

Vorige Nexus-toestellen, zoals de Galaxy Nexus, hebben nfc-chips van NXP om functionaliteit met nfc mogelijk te maken. Omdat de stack van NXP ook in de broncode van Android zat, konden fabrikanten van smartphones en tablets het makkelijkst kiezen voor nfc-chips van NXP. Nu heeft Google zelf NXP verruild voor Broadcom, meldt Anandtech.

Het voordeel voor Google zou zijn dat de stack van Broadcom makkelijker nfc-chips van andere fabrikanten ondersteunt, zo speculeert de techsite. Bovendien maakt Broadcom ook chips voor de ontvangst van andere signalen, zoals wifi; de fabrikant zou gecombineerde chips op de markt kunnen brengen. Daarnaast zou de chip zuiniger zijn door een 'low power modus'.

De stap kan grote gevolgen hebben voor NXP; Android is veruit het meestgebruikte besturingssysteem op smartphones. Als Android 4.2 standaard wordt zullen fabrikanten makkelijker kiezen voor een andere nfc-chip dan die van NXP. Voor toptoestellen wordt Android 4.2 binnen enkele maanden standaard, maar goedkopere telefoons kunnen overigens nog lang met oude versies uitkomen.

Google ondersteunt nfc in Android sinds versie 2.3, die in december 2010 is uitgebracht. Sindsdien hebben steeds meer Android-smartphones nfc aan boord, waaronder de Samsung Galaxy S III, HTC One X en Sony Xperia T. Alle hebben de NP544-chip van NXP.

Update 13:55: NXP laat weten aan Tweakers dat het zich niet aan de kant geschoven voelt door Google. "De nfc-markt groeit en het is dan logisch dat Google besloten heeft andere leveranciers voor enkele van hun nieuwe toestellen toe te voegen. NXP wordt niet vervangen voor Android 4.2. Google introduceert drie nieuwe Nexus-apparaten, waarvan een met NXP’s PN65 en de andere twee met een combinatie van nfc-componenten door meerdere leveranciers." Het Nexus-apparaat met PN65 is de Nexus 7, de Google-tablet die enkele maanden geleden uitkwam met Android 4.1.

Nfc-chip in Nexus 4 (bron: Anandtech)

Reacties (40)

Zonde voor dit Nederlandse bedrijf maar enigszins wel te verwachten, het is logisch dat steeds meer functionaliteiten geÔntegreerd in 1 SoC moeten worden vanwege het beperken van energieverbruik. Broadcom is al lang een grote speler in de andere technologieŽn dus het is wel logisch dat Google nu bij hun uitkomt.

[Reactie gewijzigd door AlphaBlack_NL op 15 november 2012 12:39]

Wie zegt dat de NFC functionaliteit is geÔntegreerd in de SOC ?

Voor veel mixed signal applicaties is het niet mogelijk dit in een SOC te integreren.
(Of is het resultaat veel kostbaarder dan een aparte chip).
Wat een enorm kortzichtige reactie! TNO heeft bewust gekozen voor een minder beveiligde chips terwijl beter beveiligde chips beschikbaar waren. Ze hebben het totale rekenplaatje gemaakt wat de risico's zijn van een minder beveiligde chip en wat de zwartrijders jaarlijks zouden moeten gaan kosten tegenover de lagere prijs van de minder beveiligde chips.. De keuze is vervolgens gemaakt. Hier treft NXP geen blaam! Zij hebben gewoon geleverd wat gevraagd werd.

[Reactie gewijzigd door Cidious op 15 november 2012 12:34]

Leveren wat er gevraagd wordt is iets anders dan leveren wat er nodig is.

Wat de klant vraagt, is niet wat de klant nodig heeft. Het kan dus nog steeds aan NXP te wijten zijn dat ze TNO verkeerd of onvolledig in de oren hebben geknoopt dat het leveren van te slecht beveiligde chips geen goed idee is voor op zo'n grote schaal.

[Reactie gewijzigd door _Thanatos_ op 15 november 2012 12:38]

Als ik applicatieontwikkelaar van een halfgeleiderboer zou zijn en ik zag de chipkaartplannen, dan zou ik er niet eens aan willen meewerken (en al helemaal niet ongevraagd). Lever de klant nou maar lekker wat hij nodig denkt te hebben.
Wat een onzin.

NXP heeft vast en zeker wel de betere (wss duurdere) chips aangeboden.
Maar als de klant echt niet de betere chip wil afnemen, dan lever je gewoon wat de klant wel wilt afnemen.

Of moet je volgens jou dan maar niks leveren? Wat minder omzet betekent. Leuk om straks aan je personeel uit te leggen dat er mensen ontslagen moeten worden wegens slechte cijfers. Vooral als je een monster order afsloeg omdat jij van mening was dat je per se een chip moest leveren die beter was dan dat de klant vroeg, maar de klant dat niet deed en dus maar niks verkocht hebt.
" Wat de klant vraagt, is niet wat de klant nodig heeft."... IT-er zeker?
Hier is met TLS een afweging gemaakt. Zoals het hoort. IT wil fantastische 100% oplossingen neerzetten maar de klant heeft een financiŽle afweging te maken en kiest ervoor het bijbehorende risico te accepteren. IT moet niet de fout maken het altijd beter te weten dan de opdrachtgever. Also sprach een IT-er (ik).
De klant moet ook niet de fout maken het advies van de expert in de wind te slaan. En dat gebeurt veel te vaak. En wat kan mij het schelen dat het een financiŽle overweging is. Het is toch helemaal niet raar om te betalen voor iets goeds?
En wat goed is bepaalt uiteindelijk de klant. Mooie analogie: Bepaalt de door jou thuis ingehuurde klusjesman of het geleverde werk goed gedaan is of jij, de betalende klant?
De klusjesman bepaalt of het werk correct en volgens de normen is gedaan, en of hetgeen wat er gebouwd is, over vijf jaar nog overeind zal staan. Ik, de betalende klant, bepaal of het geleverde werk esthetisch in orde is.

Ik verwacht van een klusjesman ook een stukje advies. Wat ik wil, is een ding, maar hij heeft misschien een beter idee. Ik laat me graag adviseren.

Maargoed, het gaat hier niet om een product voor jezelf, maar voor een grote groep mensen die er verder geen invloed op hebben. Dan zorg je gewoon dat je zaakjes op orde zijn.

[Reactie gewijzigd door _Thanatos_ op 16 november 2012 12:49]

Je bedoeld TLS (Translink Systems), TNO heeft met die keuze niets van doen gehad.
Handig heb je net een nieuwe telefoon die een chip van NXP heeft heb je niks aan een android 4.2 update omdat dan je nfc niet meer werkt??? En blijf je dus hangen op android 4.1?

Of zie ik dat nou verkeerd?
Ik denk dat je dat verkeerd ziet, in het artikel staat de Galaxy Nexus nog een NXP chip heeft en de mijne is al naar 4.2 geupgrade...
Of zie ik dat nou verkeerd?
Dat zie je waarschijnlijk verkeerd. Uit de tekst:
Het voordeel voor Google zou zijn dat de stack van Broadcom makkelijker nfc-chips van andere fabrikanten ondersteunt, zo speculeert de techsite.
De stack van Broadcom zal naar alle waarschijnlijkheid ook met de hardware van NXP kunnen werken.
Dat zie jij inderdaad verkeerd. Het staat telefoon fabrikanten gewoon vrij om zelf drivers toe te voegen. En dat zal ook gewoon doorseipelen in de custom roms.

Alleen als je zelf je Android wil compileren zou je een probleem kunnen krijgen.
De fabrikant zal zelf de stack moeten inbouwen voor NXP support, misschien dat de "oude" 4.1 stack compatible is met 4.2 dan is het makkelijk.

Maar omdat de meeste fabrikanten nogal lui zijn met het uitbrengen van nieuwe firmwares zou dit voor veel "oudere" telefoons wel eens het einde kunnen zijn van officieel support.

Vreemd dat meteen de hele stack uit Android word gesloopt, in plaats van een optie om de oude ook te behouden. Van een open platform zou ik dat toch hebben verwacht.
Van een open platform zou ik dat toch hebben verwacht.
Ik denk om te voorkomen dat het een groot en log monster wordt dat probeert om alles te kunnen. Als het vanuit de Broadcom stack eenvoudig is om de NXP chip aan te sturen, dan is het best logisch om de oude tak te laten vervallen.
Ik denk dat er geen reden is om de bestaande code in Android om NXP-chips aan te sturen, te gaan verwijderen. In stock roms kan dit alsnog gebeuren, maar in generieke roms kan dit best blijven zitten.
Gebruikt er dan iemand nfc? Snap dat het rot is dat het misschien niet meer zou werken , maar wordt het wel Łberhaupt gebruikt.
Omdat de stack van NXP ook in de broncode van Android zat, konden fabrikanten van smartphones en tablets het makkelijkst kiezen voor nfc-chips van NXP. Nu heeft Google zelf NXP verruild voor Broadcom, meldt Anandtech.
Is de stack van Broadcom ook open-source?
Hoezo "ook"? Als in, de kernel van Android is opensource, dus moet een driver dat ook zijn?

Maargoed, ik denk van wel, en anders bestaat er vast wel een opensource-versie. Kijk maar naar Broadcom-support in linux op de desktop. Is prima.
Yup, beide zijn opensource
Wat ik nou niet snap is waarom ondersteuning voor de NXP chips eruit gehaald wordt. Het kan toch prima naast elkaar in de broncode?

Nu moeten fabrikanten extra port werk doen om oude mobieltjes te ondersteunen, custom rom makers idem dito. Tevens is dit een klap in het gezicht van je hardware partner.

NXP chips zijn nog niet zo oud dat ze ongebruikte legacy zijn die je zelden tot nooit in mobieltjes vind met android 4.2...

Edit: Na de bron van dit artikel te hebben gelezen weet ik de motivatie achter de keuze. De open-source broadcom stack werkt volgens een bepaalde nieuwe universele standaard (http://www.nfc-forum.org/specs/spec_list/#nci), de nxp stack was tailor made voor nxp chips. Nu kunnen alle nfc chips die de standaard aanhouden dus werken onder android 4.2

Edit2: Er word ook niet gezegt dat de nxp stack vervangen is maar dat de broadcom stack enkel toegevoegd is, de nexus 7 gebruikt ook nog nxp's. Dit artikel op tweakers kan wel een update gebruiken...

[Reactie gewijzigd door svenk91 op 15 november 2012 11:14]

Wat ik nou niet snap is waarom ondersteuning voor de NXP chips eruit gehaald wordt. Het kan toch prima naast elkaar in de broncode?

Nu moeten fabrikanten extra port werk doen om oude mobieltjes te ondersteunen, custom rom makers idem dito. Tevens is dit een klap in het gezicht van je hardware partner.
Tsja, er staat vrij duidelijk in het nieuwsbericht: "Het voordeel voor Google zou zijn dat de stack van Broadcom makkelijker nfc-chips van andere fabrikanten ondersteunt, zo speculeert de techsite. ". Dus waar de NXP-stack alleen NXP-chips ondersteunde (zo lees ik het iig), ondersteunt die van Broadcom meer chips. Ik neem aan dat de Broadcom-stack ook NXP-chips ondersteunt.
Het nieuwsbericht is gelukkig aangepast :)
Elke dag als ik in de auto stap, wifi uit, bluetooth aan, icoyote start op. Best handig
Ik heb van die NFC-stickers, met https://play.google.com/s....jwsoft.nfcactionlauncher erbij is dat leuk. :)
NFC tags zijn vrij populair, zeker icm bvb "Tasker".
Ja, geregeld. Android-beam bijvoorbeeld werkt via NFC. Ideaal om even snel documentjes, een app of een foto door te sturen naar iemand anders. Geen geklooi meer met BT :)
BT werkt altijd als een trein, tenminste op iOS dan.
Maar weer niet voor filemanagement. Overigens is het onder Android en WP8 niet anders hoor, BT werkt als een trein binnen de profiles. Het blijft echter moeilijker dan "even aantikken" om een bestandje over te zetten.
Visitekaartjes met een NFC contact tag er op, ja, niet eens zoveel duurder dan standaard. In Reading hier zit het tevens in sommige posters bij bushokjes, naast een QR code. Wil je er meer van weten? Telefoon even langsslepen en PIEP klaar.

In m'n auto heb ik in het bakje (Lexus CT200h) waar m'n telefoon in kan staan een tag sticker geplakt, die het volgende doet:

* Bluetooth aan
* Drive mode aan
* Wacht 5 sec (ja, auto heeft even nodig om de telefoon te vinden)
* Start Spotify
* Play default playlist

Gewoon telefoon neerzetten in de auto en de muziek komt vanzelf! En omdat ik via bluetooth speel kan ik gewoon verder de telefoon (muziek en telefoon) bedienen vanaf het stuurwiel.

Op m'n werk heb ik ook een tag, alleen die zet de telefoon zuinig en op alleen trillen. En af en toe beam ik iets, filmpje/foto(album) open, even telefoons bumpen, en de file wordt verstuurt. Een 300meg 1080p filmpje van m'n basketbal spel laatst bijvoorbeeld duurde zo'n 5 seconden om over te zetten naar m'n collega haar GSIII.

[Reactie gewijzigd door Umbrah op 15 november 2012 11:39]

Ik persoonlijk nog niet, maar verwacht wel dat het groot gaat worden in Nederland de komende jaren, vooral nu de grote banken zich erachter geschaard hebben.
Google heeft niet veel meer met Nederland op lijkt het wel.
Eerst geen Nexus 4 en Nexus 10 en nu ook dit Nederlandse bedrijf aan de kant gezet.
Google wilt meer, dus dan neem je op gegeven moment niet een chip die minder kan dan.....
En vanzelfsprekend als je zaken doet, ben je alleen loyaal aan je eigen bedrijf.
en zeker als de concurrent ook nog eens meer compatibiliteit bied en, misschien wel het belangerijkste, ook nog eens zuiniger is
Het is wellicht omgekeerd:

http://nfctimes.com/news/...s-nxp-monopolizing-market

De NFC stack die eerst dor NXP werd geleverd had problemen dat die stack gekoppeld was aan de hardware.


De broadcom library heeeft dat probleem wellicht niet.

Uiteraard is het mogelijk de de broadcom stack weer voor de NXP chip bruikbaar te maken, maar dat kost tijd, en tijd kost orders. aan de andere kant, de google NExus S ondersteunde de NXP chip toch? dus 4.2 ondersteund die dan toch nog steeds?

Op dit item kan niet meer gereageerd worden.