Entwickeln für Windows CE 6 oder Windows Embedded Handheld 6.5???

[divBy0]

Hallo DP :hi:!

Für ein neues Projekt ist es notwendig, dass ich eine kleine Anwendung für ein Handheld Device (Datalogic Skorpio X3) erstellen muss. Jetzt stellen sich mir dabei ein paar Fragen:

Das Gerät kann man mit Windows CE 6 oder Windows Embedded Handheld 6.5 bekommen. Hier müsste ich mich entscheiden, was leider nicht so einfach ist. Windows CE 6 wird nur von älteren Visual Studio Versionen 2005 & 2008 unterstützt, zu Windows Embedded Handheld 6.5 habe ich keine Infos finden können. Für Windows CE habe ich mit Lazarus schon mal experimentiert und das war auch soweit erfolgreich, daher tendiere ich im Moment zu Windows CE 6. Hier hat ja bestimmt schon mal jemand für eines oder beide Systeme was entwickelt, ich würde mich über ein paar Infos oder Gedanken sehr freuen.

Ist es auch möglich mit PRISM für die genannten Windowsversionen zu entwickeln?

Lazarus funktioniert mit Windows CE 6, wie sieht es mit Windows Embedded Handheld 6.5 aus?

Ich bin für jede Info dankbar. :thumb:

[Phoenix]

Zitat:

Zitat von divBy0 (Beitrag 1185492)

Ist es auch möglich mit PRISM für die genannten Windowsversionen zu entwickeln?

Hi,

theoretisch ja, sofern auf dem Device das .NET Compact Framework (CF) vorhanden ist.
Theoretisch deswegen, weil Du a) eine alte Version von Prism bräuchtest, die das Visual Studio 2008 noch supported, und b) weil Microsoft die CF-Designer in der IDE auf C# und VisualBasic hart codiert hat - und sich Prism da nicht in die Designer einklinken konnte.

Das bedeutet im Umkehrschluss, dass Du z.B. alle Formulare dynamisch von Hand bauen müsstest und keinen Designer hast.

Einen Ausweg gibts hier natürlich noch, wenn Du ein VS 2008 (mindestens Professional) hast. Dann baust Du die Formulare mit dem original-Designer (und damit mit C# Codebehind) und sprichst diese Formulare dann lediglich aus Prism heraus an (Referenz auf das UI-Projekt und gut ist).

[divBy0]

Hi,
danke für deine Ausführliche Erklärung. Die alte Version von Visual Studio ist mein Problem zur Zeit, von VS2005 habe ich eine Educational Edition, die darf ich lizenztechnisch nicht benutzen, und VS2010 Professional.

Die neuste Version von Oxygene kann man dann nicht verwenden? Dann scheidet das schon mal aus. Sehr Schade, wäre eine schöne Einarbeitung gewesen.

Ich werde es dann mal mit Lazarus versuchen, wie gesagt, damit hatte ich schon mal was auf einem Siemens Multi-Panel 277 (auch Windwos CE) gemacht.

Das heißt dann im Allgemeinen, dass man für Windows CE eine alte Version von VS braucht. :cry:

[Furtbichler]

Nur mal so: Wäre es nicht der ideale Zeitpunkt, mit C# anzufangen und sich mittelfristig auch einem breiteren Publikum zu öffnen? Es gibt erstens viel mehr C#-Entwickler (falls Du/ihr mal welche braucht) und zweitens viel mehr Firmen, die C#-Programmierer suchen (falls Du deinen AP wechseln willst).

[divBy0]

Aber auch mit C# brauche ich eine Version 2005 oder 2008 von Visual Studio um für Windows CE entwickeln zu können. C# ist nicht das Problem.

[Codehunter]

Hallo!

Zitat:

Zitat von divBy0 (Beitrag 1185492)

Lazarus funktioniert mit Windows CE 6, wie sieht es mit Windows Embedded Handheld 6.5

Hat den gleichen Kernel wie Windows Mobile 6.5.3 und allen anderen WM6ern. Von daher mit Lazarus kein Problem - ich habs selbst ausprobiert auf einem Psion EP10.

Allerdings bin ich vom Ansatz nativer Anwendungen auf WM6 bzw. WEH6.5 wieder abgekommen und habe es stattdessen als Client-Server-Lösung mit HTML-Frontend gebaut. Zur Darstellung dann Opera Mobile drauf und gut. An Control-Sets hat man sowohl mit .Net-CF als auch mit der LCL nur einen sehr eingeschränkten Funktionsumfang, sodass der Anreiz einer nativen Anwendung in meinen Augen begrenzt war. Aber das kommt natürlich auch stark auf den konkreten Verwendungszweck an.

Grüße
Cody

[Phoenix]

Zitat:

Zitat von divBy0 (Beitrag 1185600)

Die neuste Version von Oxygene kann man dann nicht verwenden? Dann scheidet das schon mal aus. Sehr Schade, wäre eine schöne Einarbeitung gewesen.

Tja, das ist halt das Problem. Die benötigte Toolchain ist in neueren VS-Versionen eben nicht mehr dabei. Die kann auch Oxygene for .NET da nicht wieder rein zaubern.

Du könntest allerdings, auch wenn das eigentlich ein Hack ist, Oxygene for Java nehmen, und auf den CE-Geräten eine Java Runtime verwenden (z.B. CrEme). Ich würde da aber erstmal eine Versuchsreihe starten, ob das wirklich mit der Runtime funktioniert.

[Codehunter]

Bei Java-Runtimes muss man es wirklich ausprobieren. Prinzipiell läuft es aber in der Praxis hat man es grad bei WEH6 mit recht schwächlichen Prozessörchen zu tun. Das OS selbst will ja auch noch gestemmt sein. Da kann eine Java-Anwendung schon etwas gemächlich daher kommen.

[JamesTKirk]

Zitat:

Zitat von Codehunter (Beitrag 1185819)

Hallo!

Zitat:

Zitat von divBy0 (Beitrag 1185492)

Lazarus funktioniert mit Windows CE 6, wie sieht es mit Windows Embedded Handheld 6.5

Hat den gleichen Kernel wie Windows Mobile 6.5.3 und allen anderen WM6ern. Von daher mit Lazarus kein Problem - ich habs selbst ausprobiert auf einem Psion EP10.

Das ist nicht ganz korrekt: Windows Mobile 6.x setzt auf den Windows CE 5 Kernel. Erst Windows Phone 7 verwendet CE 6. Näheres dazu in der Wikipedia.

Gruß,
Sven

[divBy0]

Zitat:

Zitat von Codehunter (Beitrag 1185819)

Allerdings bin ich vom Ansatz nativer Anwendungen auf WM6 bzw. WEH6.5 wieder abgekommen und habe es stattdessen als Client-Server-Lösung mit HTML-Frontend gebaut. Zur Darstellung dann Opera Mobile drauf und gut. An Control-Sets hat man sowohl mit .Net-CF als auch mit der LCL nur einen sehr eingeschränkten Funktionsumfang, sodass der Anreiz einer nativen Anwendung in meinen Augen begrenzt war. Aber das kommt natürlich auch stark auf den konkreten Verwendungszweck an.

Grüße
Cody

Das hört sich eigentlich auch interessant an, allerdings habe ich in dieser Richtung noch nichts gemacht. Kannst du mir evtl. Lesestoff empfehlen?

[Codehunter]

Naja, im Prinzip ganz normale Webentwicklung. Serverseitig ein LAMP und clientseitig HTML+CSS+JS. In meinem Fall handelt es sich um mobile Terminals für Lageristen mit Barcodescanner. Das PHP-Backend dient dann auch gleichzeitig als Backend für eine Delphi-Anwendung unter Win32. Man muss halt schauen was die Mobilbrowser können. Als ich vor 5 Jahren damit angefangen habe war Opera Mobile eben der beste Browser unter Windows Mobile 2003. Heute gibts da ja eine größere Auswahl. Theoretisch könnte man auch Delphi@Win32 selbst als HTTP-Server für die mobile Anwendung nutzen über Intraweb oder Indy. Die Möglichkeiten sind da vielfältig. In meinem Fall wurde serverseitig PHP und Mysql durch äußere Umstände vorgegeben, daher bin ich auch für die mobile App diesen Weg gegangen. Delphi nuckelt via SOAP am LAMP. Dadurch funktioniert meine Datenbankanbindung ohne BDE, DBExpress, ODBC oder zusätzliche DLLs. Das hat den Charme daß man die Anbindung via SSL fahren kann und sich für Fernzugriffe umständliches VPN-Gebastel sparen kann. Serverseitige Kompression spart Bandbreite, das geht sogar über eine ISDN-Leitung flüssig. In Delphi habe ich da nur Indy 9 und die zlib benötigt. Als XML-Parser habe ich ECXMLParser von Eon Clash verwendet, der ist Freeware und der schnellste baumbasierte Parser den ich kenne.

[sh17]

Und schon irgend welche Ergebnisse? Stehe gerade vor dem gleichen Problem: Windows CE 6 - Per Browser würde aber wahrscheinlich ausscheiden, weil es ein Handgerät ist, welches
evtl nicht überall WLAN hat.

[Codehunter]

Kommt ganz auf den Verwendungszweck an. Ein paar Beispiele sind ja schon genannt: Lazarus und .Net

Mit Lazarus geht schon viel, allerdings ist die VCL dort noch sehr, sehr lückenhaft und die Standard-Komponenten verhalten sich zum Teil seltsam, kennen nicht alle Eigenschaften. Eventhandler sind auch noch nicht so die Stärke von Lazarus-Binaries auf Win CE.

Vielleicht kannst du noch irgendwo ein Exemplar des damals kostenlosen Embedded VisualStudio for Handheld (ca. 2003) auftreiben. Das begrenzt sich aber im Wesentlichen auf die MFC.

Inzwischen ist das Embedded VS im normalen VS Pro aufgegangen und dort dann eben das .Net Compact Framework.

[sh17]

Also VS 2008 und 2010 habe ich noch, Geht aber wohl nur mit VS 2008, richtig? Kann man das Compact Framework grundsätzlich empfehlen?

[Codehunter]

Zum Net CF kann ich leider keine Auskunft geben da ich eine hinlänglich bekannte .Net-Allergie habe.

[janiz]

Hallo,

ich stand vor kurzem vor einem ähnlichen Problem. Bei mir war es Windows Mobile 6.5 auf einem Motorolla 65A.
Zusätzlich sollte ich den Scanner dabei ansteuern. In meinem Fall entschloß ich mich das ganze mit C# zu machen.
Leider musste ich dazu erstmal VS2008 nachinstallieren, geht leider nicht anders da ich noch die Scannerabhängigen SDKs von Symbol fuer den Scanner benötigt habe.
Meine Erfahrung mit dem Compact-Framework sind zwiespältig.
Vieles was man von C# so kennt funktionierte auf dem CF (in Version 3.5) nicht, beispielsweise auch verschieden Strinoperationen.
Auch habe ich es nicht geschafft die kompakte Version der MS-Sql auf dem physikalischen Gerät zum laufen zu bringen.

Ansonsten war es sehr komfortable, d.h. es man kann z.B. direkt beim Build das Programm auf dem Gerät bereitstellen und Debuggen.

Ich muss allerdings auch sagen, dass mir Delphi bedeutend lieber ist.

Grüße

[Furtbichler]

Das eine Mal, wo ich für ein CE eine Applikation entwickelt habe, ging das innerhalb von 0.5 Tagen in VS2003 glaube ich oder 2005 und war vollkommen problemlos. Eine Allergie oder Aversion habe ich nicht. Wozu auch, denn mit VS/C# geht fast alles viel besser. q.e.d.

Das zweite Mal war es ein modifizierter Browser: Die Datenerfassung ging über einen Web-Client und ich musste nur den WebBrowser in eine Mini-App einbinden. Aber auch das ging ratz-fatz.

MSSQL CE habe ich allerdings noch nie benötigt.

Ich würde zu C#/VS raten.

[Codehunter]

Zitat:

Zitat von janiz (Beitrag 1199479)

Leider musste ich dazu erstmal VS2008 nachinstallieren, geht leider nicht anders da ich noch die Scannerabhängigen SDKs von Symbol fuer den Scanner benötigt habe.

Das versteh ich nun wieder nicht. Grad die Scanner von Symbol Tech lassen sich doch inzwischen fast bis ins Unendliche konfigurieren (gibt ja auf manchen WCE-Geräten schon 5 verschiedene Systemsteuerungs-Applets dafür) sodass alles, aber auch wirklich alles über den Tastaturpuffer laufen kann. Oder hast du die Scanner-Auslösung gleich mit implementiert? Dann könnte ich es verstehen.

@Furtbichler: Ich bestreite ja gar nicht, dass VisualStudio zur Zeit die beste Plattform ist um native Anwendungen für WCE zu schreiben. Java kann man ja inzwischen komplett vergessen, wäre auch nicht wirklich nativ. Und Lazarus ist noch weit davon entfernt, brauchbare Anwendungen auszuspucken. Dafür sind die Widgetsets für WCE noch viel zu unvollständig.

Doch dieser Zustand zeugt doch nur davon, dass WCE ein von vorn bis hinten proprietäres System ist, dessen Marktanteile inzwischen auch rückläufig sind. Ich sichte inzwischen in den Portfolios der verschiedenen Hersteller von Ruggedized Mobile Devices immer mehr Androiden. Einzig iOS spielt dort bisher überhaupt keine Rolle.

[JamesTKirk]

Zitat:

Zitat von janiz (Beitrag 1199479)

Leider musste ich dazu erstmal VS2008 nachinstallieren, geht leider nicht anders da ich noch die Scannerabhängigen SDKs von Symbol fuer den Scanner benötigt habe.

Hmm? Ich hab damals kein Visual Studio installiert, um an das SDK ranzukommen (ich benötigte die Header für eine Konvertierung nach Free Pascal). Kann aber auch sein, dass ich den Installer angepasst habe (war das ein *.msi?)...

Zitat:

Zitat von Codehunter (Beitrag 1199526)

Und Lazarus ist noch weit davon entfernt, brauchbare Anwendungen auszuspucken. Dafür sind die Widgetsets für WCE noch viel zu unvollständig.

Wir haben eine Windows Mobile Anwendung (für Symbol Geräte) im Produktiveinsatz. Soviel zu weit davon entfernt brauchbare Anwendungen auszuspucken... :?

Gruß,
Sven

[Codehunter]

Zitat:

Zitat von JamesTKirk (Beitrag 1199536)

Wir haben eine Windows Mobile Anwendung (für Symbol Geräte) im Produktiveinsatz.

Dann bist du damit weiter gekommen als ich. Ich bin an nicht funktionierenden Eventhandlern verzweifelt. Kommt eben ganz darauf an, was für eine Anwendung man benötigt und wie die Leute sie bedienen.

Zum Glück führen viele Wege nach Rom und das ist gut so.