[IoT] Windows On Devices

[johnkeates]

Er wordt geen Arduino geemuleerd, er is een soort Sketch-kernel. Je kan op een Galileo niet zo goed realtime dingen doen als op een Arduino, en dat komt door dat dat op een x86 CPU nou eenmaal lastiger gaat. Een echt RT OS op een x86 draaien kan, maar dan raak je wel het voordeel kwijt dat je in theorie op een x86 hebt (alle bestaande software draaien).

Microsoft's Windows-op-Galileo is ook niet echt je-van-het. Wil je embedded Windows draaien, dan neem je.. Windows Embedded! Goh. En wil je low-level C# draaien? Dan neem je een NetDuino. Dan kan je ook lekker bit-bangen zo veel je maar wil.

Ik zit zelf nog een beetje te zoeken naar de markt die de Galileo probeert aan te spreken, ik zit meer te denken aan het interfacen van echte IoT devices, een soort van gateway, buffer of 1e filter. Je data komt op je Galileo binnen, je doet wat buffering en waar nodig wat translatie, en dan stuur je het je netwerk op naar een server die er echt wat mee gaat doen.

Een Galileo is ook te groot en te duur om een supergoedkope microcontroller oplossing te vervangen, maar niet krachtig genoeg om dingen te doen die een computer of server vervangen.

Vooralsnog dus 'lijm' tussen de verschillende soorten en maten aan devices en datastromen... en wat betreft MinWin: ik ben onder de indruk van de snelheid, maar Telnet? Really? Een crappy DOS emulator? Kan er dan niet tenminste SSH2 met iets als PS op zitten? Allebei niet echt dingen die je buiten Microsoft om zelf zou kunnen bouwen voor MinWin. Verder is de netwerkstack niet echt om over naar huis te schrijven, dat is natuurlijk windows-eigen, en met de resources die je hebt gaat een betere stack niet opeens een stuk meer voor je doen, maar het is allemaal toch wat krap, knellend en een gevangenisje waar je niet genoeg aan kan veranderen om het echt naar je hand en eigen idee te zetten.

[farlane]

johnkeates schreef op dinsdag 02 september 2014 @ 23:48:
Je kan op een Galileo niet zo goed realtime dingen doen als op een Arduino, en dat komt door dat dat op een x86 CPU nou eenmaal lastiger gaat. Een echt RT OS op een x86 draaien kan, maar dan raak je wel het voordeel kwijt dat je in theorie op een x86 hebt (alle bestaande software draaien).

Met een preempt-rt Linux kernel heb je prima realtime gedrag terwijl je normale programma's ook gewoon draaien. Windows is alleen niet realtime dus daarmee gaat het niet lukken.

[johnkeates]

farlane schreef op woensdag 03 september 2014 @ 00:39:
[...]

Met een preempt-rt Linux kernel heb je prima realtime gedrag terwijl je normale programma's ook gewoon draaien. Windows is alleen niet realtime dus daarmee gaat het niet lukken.

Nou, ook dat is dus niet het geval. Zelfs met RTLinux gaat het je niet lukken even hard te timen als een microcontroller. Misschien dat je met SMX's RTOS, of QNX of FRTOS nog in de buurt komt...

Het komt gewoon door het feit dat een CPU niet een µCU is. Het is een chip die gewoon niet gemaakt is om als microcontroller te dienen. De hele ISA gewoon niet.

[ Voor 15% gewijzigd door johnkeates op 03-09-2014 20:20 ]

[farlane]

johnkeates schreef op woensdag 03 september 2014 @ 20:19:
Nou, ook dat is dus niet het geval. Zelfs met RTLinux gaat het je niet lukken even hard te timen als een microcontroller.

Niet even hard, maar veel beter dan dit. Op een 400MHz ARM9 die behoorlijk belast wordt met vnl interrupt handling kom ik in de buurt van de 150us. Hoe het op x86 is weet ik niet eigenlijk.

Het komt gewoon door het feit dat een CPU niet een µCU is. Het is een chip die gewoon niet gemaakt is om als microcontroller te dienen. De hele ISA gewoon niet.

Volgens jou zou je het ook niet redden als je bare-metal zou werken?

[johnkeates]

farlane schreef op woensdag 03 september 2014 @ 20:57:
[...]

Niet even hard, maar veel beter dan dit. Op een 400MHz ARM9 die behoorlijk belast wordt met vnl interrupt handling kom ik in de buurt van de 150us. Hoe het op x86 is weet ik niet eigenlijk.


[...]

Volgens jou zou je het ook niet redden als je bare-metal zou werken?

Het is een tijdje geleden dat ik het uitgeprobeerd en uitgezocht heb, maar het probleem was dacht ik dat er met x86 zo veel pipe line stages waren dat je nooit zo snel als een µC kan zijn. AVR en PIC hadden er heel weinig (2 ofzo) en hebben ook minder cycles per instructie nodig.

Datgene wat x86 zo krachtig maakt, maakt het ook langzaam en 'duur' om heeeeeele simpele dingen te doen. Het aantal clocks en cycles dat je op x86 nodig hebt om een GPIO van laag naar hoog te krijgen is veel meer dan op een AVR of PIC. Uiteraard kan het nog sneller als je leuk gaat doen met CPLD's, FPGA's en ASIC's. Een USB transciever kan uiteraard veel meer bitjes per seconde uitpoepen dan wat je met een µC of CPU kan bitbangen.

[farlane]

johnkeates schreef op woensdag 03 september 2014 @ 21:13:
Het is een tijdje geleden dat ik het uitgeprobeerd en uitgezocht heb, maar het probleem was dacht ik dat er met x86 zo veel pipe line stages waren dat je nooit zo snel als een µC kan zijn.

Ah ok, klinkt plausibel

[johnkeates]

farlane schreef op woensdag 03 september 2014 @ 21:46:
[...]

Ah ok, klinkt plausibel

Ik weet niet zeker of het nou pipeline stages waren of instructies per cycle, maar een van de twee zorgde er voor dat x86 CPU's sommige low-level dingen gewoon niet net zo snel als een controller kunnen doen.

Er zijn erg veel verschillende chips en instructie sets, alleen al tussen de Power, x86, Sparc, Alpha, Blackfin, SH enz. ISA's zijn er al zo veel verschillen dat je de performance al niet meer goed kan vergelijken of meten.

Als je dan ook nog tussen verschillende soorten devices gaat kijken... (CPU vs. µC vs. DSP vs. CPLD bijv.)

Het is gewoon een stukje specialisatie

Gelukkig zijn er wel andere oplossingen; je hebt op x86 CPU's vaak zat bussen naar IO chips die op hun beurt weer low level IO doen. Zo kan je bijv. met een SuperIO chip vaak gewoon lekker hard 1Wire, I2C, I2C, LPC, Serial UART, Parallel, GPIO enz. doen met native implementaties in die chip. Dan kan je toch al je IO doen en tegelijk bijv. RT Linux draaien zonder dat alles helemaal mis gaat

[Merethil]

Ik heb vandaag een mail gehad met als subject "You have a Galileo V1 kit allocated from the Windows Developer Program!"

Ben benieuwd, ze zeggen dat ze binnen een paar weken gaan uitleveren.

[Robbiedobbie]

Helaas ga ik geen device krijgen niemand die nu nog geen mail daarvan heeft gehad btw.

Kreeg net een mail van Microsoft:

Hello ....,

On April 2nd we announced the Windows Developer Program for IoT at //build/ and asked you to sign-up. Your response has been overwhelmingly positive and many of you have asked how you can use an Intel Galileo board that you either already own or can purchase and we’re pleased to announce today that you can!

Intel has made the latest UEFI firmware available and we have posted instructions on how to install the new Windows image.

This release is also our first servicing release for existing users. If you have your own board or one that we have distributed we’d like you to update to this latest image.

While we are continuing our program, we have finished allocating all the Intel Galileo boards that we purchased. If you were allocated a kit then you should have received either a tracking number or an email saying a kit was allocated to you. If you haven’t received either of those two emails you will still be able to participate in the Windows Developer Program for IoT using a retail board.

Finally, the release information above is for the Intel Galileo Gen 1 hardware, as we continue with our program we are committed to supporting the Gen 2 hardware. We will be making additional Windows images available through our Connect site.

If you have any feedback on this release please let us know at our Connect site.

[Firesphere]

0 mails verder van MS tot nu toe

[Verwijderd]

Robbiedobbie schreef op donderdag 04 september 2014 @ 22:40:
Helaas ga ik geen device krijgen niemand die nu nog geen mail daarvan heeft gehad btw.

Kreeg net een mail van Microsoft:

[...]

Zelfde mail gehad hier.

[Daanieyel]

Verwijderd schreef op donderdag 04 september 2014 @ 22:50:
[...]

Zelfde mail gehad hier.

Ik heb deze ook gekregen. Jammer...

[azerty]

Idem. Zal dus niks meer worden meer worden vrees ik

[Cilph]

Excuus ontvangen. Helaas.

[WernerL]

Ik heb die mail ook ontvangen. Jammer.

[scorpie]

We wanted to let you know that you have been selected to receive one of our developer kits. We believe that you are capable of making great things and we want to help.
The delivery of the kit should occur in a few weeks and we’ll send you a tracking number as soon as it’s in our system.
In some cases, despite our allocation and our best efforts, we may be unable to deliver a kit due to customs and other export or shipping complications. We will let you know if this happens and we still welcome your participation in our program.

Thank you again for your interest and we can't wait to see what you will make!
The Microsoft IoT Team

Deze kreeg ik eergisteren, dus ben er blijkbaar net op tijd bijgeweest (aannemende dat ze niet handmatig al die motivaties hebben gelezen..)

[Solopher]

Mailtje ook binnen gekregen, viel ook wel een klein beetje te verwachten nadat iedereen massaal een boardje ging aanvragen.

[Verwijderd]

Ik heb die afwijzing mail twee keer ontvangen. Iemand anders hetzelfde gehad?

[johnkeates]

Ik heb dat mailtje anders ook gewoon gehad hoor. Lijkt me eerder een nieuwsbrief.

Dat de Galileo V1 kits op waren wisten we al

[Merethil]

Ennnnn, een mail die aangeeft dat de mijne onderweg is. Sowieso had ik de "ze zijn op"-mail pas gekregen na een mail die zei dat er een gealloceerd was voor mij.

Ben benieuwd

[scorpie]

Same here, alleen wordt ie wel bezorgd op het adres waar ik momenteel niet meer woon
Maar dat komt wel goed, ben benieuwd!

[Sircuri]

Ook dat ene mailtje gehad dat ik nu al reeds een mail had moeten hebben ontvangen met een tracking code. Nou niet dus, dus voor mij geen bordje kennelijk. Helaas.

[Merethil]

Hij is binnen, inderdaad met het volgende:

- Galileo zelf
- Kabeltjes
- Netwerk adapter
- SD kaartje met Windows for Galileo erop

Tijd om wat leuks mee te gaan doen

[RobIII]

Als iemand nou eens wat (fatsoenlijke ) PICS!!!11 post Hebben de "minder gefortuneerden" er ook nog wat aan

[Merethil]

Bij gebrek aan een (fatsoenlijke) camera, maar even wat crappy foto's Als je betere wilt, sorry.. Blame de camera van een Nokia Lumia 635.

Dit was het pakket zoals het in de doos zat verpakt:


Het pamflet dat erbij kwam met wat informatie erop:


Het bordje zelf van bovenaf:


En de onderkant:


Nog een actieshot van de zijkant:


En bij gebrek aan een banaan heb ik hier nog een blackberry 9900 voor scale:


Voor zover ik kan zien is de pin layout hetzelfde als de meeste Arduino's.
Wat me opviel is dat ze in het pamfletje dus aangeven dat er Windows for the Galileo op de SD-kaart staat (is trouwens een MicroSD in een SD-behuizing). Aansluiten zal nog even moeten wachten gezien ik dit weekend geen tijd heb maar volgende week zal ik kijken of ik ermee aan de slag kan.

Verder zit er trouwens nog één ledje bij, die moet je gebruiken om het bordje te testen voor zover ik heb gelezen. Dat is dus de eerste stap die ik volgende week wel op de gevoelige (albeit korrelige... ) plaat neem.

[las3r]

Ik heb vanuit het bedrijf waar ik weer ook een 1st gen Intel Galileo ontvangen. Microsoft is hier zo hard mee bezig niet zozeer omdat ze zelf een OS o.i.d. willen leveren, maar omdat ze willen dat developers het Microsoft Azure cloudplatform gaan gebruiken om (big) data te verwerken. In de komende tijd zullen er dan ook een aantal high throughput PaaS diensten bijkomen.

IoT is voor mij nieuw (ben web developer .NET en fronten), maar mijn doel is om binnen korte tijd iets van een sensor bulk data door re laten sturen naar een Azure service bus om daar iets mee te doen als proof of concept.

Ik ben er echter nog niet uit of ik dit via de aangeleverde Linux variant moet doen, of de uitgeklede Windows 8 voor IoT...

overigens heb ik de Galilei dus los besteld en zaten er geen slagers / standoffs bij, weet iemand waar ik die dingen met die lengte kan krijgen?

[scorpie]

De documentatie is hierin niet zo heel duidelijk vind ik, maar weet iemand waarom er een usb to ethernet adapter bij zit? Is dat puur en alleen geweest voor de (waarschijnlijk) laptops zonder ethernet port?

Nu ik er zo over nadenk is dat eigenlijk helemaal niet zo gek, maarja ik heb alleen nog oude machines die nog wel een ethernet port hebben

Anyway, qua documentatie ziet het er allemaal prima uit, en ben stiekem ook best benieuwd naar wat ie allemaal kan, hij is volgens mij wel flink 'zwaarder' uitgerust dan welke Arduino dan ook in terms of processing power / memory.

[Merethil]

Volgens het pakket is die inderdaad alleen meegeleverd voor laptops zonder ethernetpoort. Waarschijnlijk is het de bedoeling dat je met een ultrabook werkt

[Merethil]

Ik heb hier nooit meer tijd voor gehad, iemand anders nog wel?
Bij gebrek aan tijd heb ik hem nu maar op de V&A gedropt, misschien dat iemand anders er nog wat aan heeft.

Ik zie dat ik zelf ook de allerlaatste was die hier postte, mijn excuses dat ik er nooit meer aan toe ben gekomen om de boel te testen en nog wat extra foto's te plaatsen. Hopelijk hebben anderen er meer plezier van!

[Verwijderd]

Weet iemand of het mogelijk is om op Windows 10 IoT ook een normale applicatie te installeren en draaien.
Lijkt me mooi om op een Raspberry pi een monitorings pakket te draaien. Echter is deze alleen voor Windows beschikbaar dus Linux is geen optie.

[robvanu]

Verwijderd schreef op donderdag 10 september 2015 @ 20:55:
Weet iemand of het mogelijk is om op Windows 10 IoT ook een normale applicatie te installeren en draaien.
Lijkt me mooi om op een Raspberry pi een monitorings pakket te draaien. Echter is deze alleen voor Windows beschikbaar dus Linux is geen optie.

Als je met "een normale applicatie" een x86-applicatie ("klassieke desktop") bedoelt: dat kan niet. Alleen Universal Apps draaien erop.