Windows 10 IoT Core angetestet: Windows auf dem Raspberry Pi 2

[Peter(TOO)]

Hallo Daniel,

Denke gerade bei dem Thema wird's die Zeit zeigen, ob bald jeder zweite Zahnarztstuhl damit läuft oder es eher im Hobby-Heimbereich angenommen wird oder ob es nur ein paar C#-Leute nutzen und es in einem Jahr in Vergessenheit gerät.

Hab auch was zu meinen ersten Tests (GPIOs testen) niedergeschrieben:
http://netmf-tutorial.de/net-c-auf-d...it-windows-10/

Wenn, dann sehe ich es vor allem im Unternehmensbereich, da ist dann alles Windows, bis zur Kaffeemaschine.

Ein Pi oder Arduino sind eigentlich Ideal, wenn man nur ein paar Messwerte benötigt, Taster/Schalter abfragen will oder etwas Schalten muss für das es keine entsprechenden Interfaces gibt.
Der typische Aufbau wäre
Netzwerk-->PC--USB--> Sensor/Aktor.
Ist dann schnell mal etwas Oversized, wenn man 3 Temperaturen messen will
Hinzu kommt noch das Problem mit dem (USB-)Treiber, bei der nächsten oder übernächsten Windows-Version gibt's den nicht mehr und man muss alles neu kaufen und programmieren.

Mit Win auf dem Pi entfällt das Treiberproblem, über das Netzwerk kann man direkt mit dem Task auf dem Pi kommunizieren und diese Mechanismen werden automatisch weiter unterstützt, auch bei einem neuen Windows.

In Unternehmen wird meistens von oben her bestimmt, welche BS eingesetzt werden soll und leider sind da nicht technische Argumente ausschlaggebend. Da wird es dann wesentlich einfacher, wenn auch für solche Anwendungen Windows verwendet werden kann. Ist dann alles aus einem Guss und die Entwickler müssen sich nicht mit mehreren Betriebssystemen auseinandersetzen.
Ein weiterer Vorteil ist auch, dass man nur einen Ansprechpartner hat, nämlich MS. Jeder weiss wie es läuft wenn zwei Geräte zusammen nicht funktionieren und zwei Hersteller beteiligt sind.
Jeder schiebt die Schuld auf den jeweils anderen und man kommt ewig nicht weiter .... Für ein Unternehmen kann so was teuer werden.

Allerdings sollte MS da schon etwas funktionierendes auf die Beine stellen.

Mit .NET hat MS den ersten Schritt zu einer hardwareunabhängigen Plattform gemacht.
Win 10 auf dem Pi ist da nur ein weiterer logischer Schritt in die selbe Richtung.

MfG Peter(TOO)

[Mxt]

Mit .NET hat MS den ersten Schritt zu einer hardwareunabhängigen Plattform gemacht.

Wobei man dort auch wieder mehrgleisig fährt. Der Text in meinem ersten Link oben beginnt ja mit

We realize the need of our users to write cross-platform apps and we know that C++ offers massive benefits in the cross-platform arena.

Interessant ja auch in dem Zusammenhang, dass sie zwar ein .net Framework für Linux und Mac bringen, für .net auf Android und iOS aber auf Xamarin verweisen. Die neue Android und iOS Unterstützung in Visual Studio basiert auf C++.

[Peter(TOO)]

Hallo,

Interessant ja auch in dem Zusammenhang, dass sie zwar ein .net Framework für Linux und Mac bringen, für .net auf Android und iOS aber auf Xamarin verweisen. Die neue Android und iOS Unterstützung in Visual Studio basiert auf C++.

Naja, Strategie ist das Eine und Marketing das Andere!

Die grundsätzliche Idee war bei .NET erkennbar, was daraus jetzt wird bestimmt der Markt und die Marketingabteilung von MS

Ich weiss leider auch nicht was die da für ein Süppchen kochen? Es kann sein, dass der Pi nur ein Versuchsballon ist und fallen gelassen wird, wenn man es der Kundschaft nicht schmackhaft machen kann.
Über die letzten Jahrzehnte hat sich gezeigt, dass MS vor allem bei den Banken und Versicherungen, zusammen mit IBM, recht fest im Sattel sitzt. Da will man möglichst Lösungen aus einer Hand, auch wenn diese technisch nicht Ideal sind ...

MfG Peter(TOO)

[Mxt]

Ich weiss leider auch nicht was die da für ein Süppchen kochen?

Einer ihrer Strategen hat da schon vor längerem angedeutet, dass man mittelfristig wieder wegmuss von .net
http://herbsutter.com/welcome-to-the-jungle/

[Peter(TOO)]

Hallo,

Einer ihrer Strategen hat da schon vor längerem angedeutet, dass man mittelfristig wieder wegmuss von .net
http://herbsutter.com/welcome-to-the-jungle/

Die Pseudo-Code Geschichte ist nicht unbedingt die optimale Lösung, ist aber bewährt (Diverse, vor allem BASIC, UCSD-Pascal, Java Transmeta CPU usw.).

Das .NET-Konzept hatte einige Lücken, ist damals recht schnell aufgefallen als man die FoxPro-Datenbank auf .NET portieren wollte, da gabs dann grundlegende Probleme mit dem Binding der Objekte. Ist aber auch schon einige Jährchen her...

Also lassen wir und überraschen, wo uns die Zukunft hin weht.

MfG Peter(TOO)