Prefects OBDII Progrämmchen...

Ach ja, nochwas,

der Ölstand wird lt. "Holy bible" zwar der ECU gemeldet 8o, aber ob das Teil ihn wieder rausrückt ?

Gruß Rotaminator

Zitat

Original von Prefect
@Rotaminator: Herzlichen Dank!

Habs aber eeetwas einfacher auch hinbekommen *g*:

this.FormBorderStyle = FormBorderStyle.None;

ist etwas weniger "invasiv" und eher standard-konform.

Steht in der Holy Bible etwas von einer PID-ID oder sonst ein Code? Im Programmers-Guide sind längst nicht alle lesbaren Werte aufgeführt. Man müsste nur wissen, welchen Code man der ECU schicken muss und in welchem Format die Werte zurückkommen... Wär also seeehr interessant wenn man hier noch einiges mehr herausfinden würde!

Grüsse! Chris

Alles anzeigen

FormBorderStyle = Eh klar! Bei Netzleitsystemen kommt man damit nicht sehr weit. :tongue: Der Anwender darf ja nicht mal eben vom laufenden Programm auf ein anderes Programm umschalten dürfen. Hooking ist da ein probates Mittel dagegen (Bildschirmschoner-Mode ist dabei nur der Anfang).

Schau mal in deine PN-Box!

Gruß Rotaminator

@Programmierer

das hört sich ja alles richtig nach Arbeit an!

Ich hab von dem ganzen wenig Ahnung, aber vielleicht gibts ja was hilfreiches in der Programmbibliothek unter http://www.leo.org . Wenn die Programmbibliothek so gut ist, wie das Wörterbuch, solltet Ihr fündig werden.

Mich interessiert vor allem die Programmierung auf Palm (T3) . Hat jemand ne Ahnung, wie man so nen Kasten programmiert? Ich fang da völlig neu an, hab gelesen, man braucht ne Entwicklungsumgebung aus dem Internet. Kann mir da jemand weiterhelfen? (so in 2 Wochen, bin jetzt erst mal im Urlaub :tongue: )

Moin, moin,

wer Software für die Palm Handhelds entwickeln möchte, sollte mal unter folgendem Link nachschauen

Guckst Du hier

Nach der Registrierung als Developer kann man verschiedene Tools inkl. einer Entwicklungsumgebung runterladen. Die Anmeldung sollte kostenlos sein - genauso wie die Software.

Da ich aber nich mehr aktiv programmiere, weiss ich es nicht mehr genau

Warum bin ich eigentlich nicht gleich draufgekommen *aufdiestirnklatsch*: http://www.heise.de/software/d…se&mehr=dwl&osg=4&kat=186

Gruß Rotaminator

Prefect

Folgende Gauges setze ich ein:
9 Rays Instrumentation Widgets

Die sind vollständig .NET.
Außerdem noch einige Bibliotheken von IOComp. Sind zwar COM, lassen sich aber genauso einbinden. Von den Instrumentation Widgets gibt's auch ne PocketPC version (Compact Framework). Auch sehr schön.

Solltest du Unterstützung beim Entwicklen brauchen, sag mir einfach was ich tun soll

Mein Background: 3,5 Jahre .NET (ja, seit Beta 1) in der Industrieautomation

Werde mir auf jeden fall mal deinen aktuellen Stand ansehen.

Achso...wegen dem Laufen lassen als Bildschirmschoner: Das funktioniert nicht überall. Besser: IMHO Fullscreen und Keyboard-Hook um bestimmte Tasten zu blocken. hab das Ganze als C-DLL hier liegen. Wenn du's haben willst, einfach Bescheid geben.

Gruß,

Lars

Prefect

Verschiedene Abfrage-Intervalle kannst du z.B. mit verschiedenen Timern lösen. Die Timer-Events laufen in seperaten Threads und arbeiten somit unabhängig voneinander.
Du könntest aber auch direkt eigene Worker-Threads starten. Deren Priorität kannst du direkt steuern, solange du die Threads nicht aus dem Threadpool nimmst.

Hatte leider noch nicht gelgenheit, mal tiefer in deine Implementierung reinzuschauen. Werde das am Wochenende machen.

Werde mal versuchen, ein sauberes Software-Design hinzubekommen, das deine bisherige Arbeit einbezieht und evtl Basis für weiterentwicklung sein kann.
Ich wollte im Laufe dieses Jahres noch eine Version für PocketPC erstellen. Vielleicht können wir uns da ja zusammen tun.

Gruß,

Shorty

VS2005: Die Februar CTP war für eine Beta von Microsoft schon ziemlich stabil (im Gegensatz zur ersten Beta). Vergleich zu vs2003, NET1.x: Das gesamte Framework hat imo einen großen Schritt nach vorne gemacht, dazu der erweiterte Sprachumfang mit Generics, partiellen Klassen, Refactoring, Team System etc.

p.s. die Beta 2 ist mittlerweile (seit letztem Freitag) downloadbar (mit der üblichen Uninstall/Installorgie und Go Live Lizenz http://lab.msdn.microsoft.com/vs2005/golive)

Palm: Kommt drauf an was ihr machen wollt.
Reicht gcc/pilrc+Editor (pilrc ist ein freier Resourceneditor) oder soll's die graphisch aufgebohrte Variante Palm OS Developer Suite auf Eclipse-Basis sein.
Beiden gemein ist eigentlich nur die ziemliche Low-Level-GUI-Programmierung ala FrmInitForm, FrmSetEventHandler... FrmSetDIAPolicyAttr..., den eigenen Eventschleifen, den div. Unterschieden in den OS-Versionen und anderen Beschränkungen des PalmOS wie max. 64kB großen PDB-Einträgen.
Besser wirds mit den kommerziellen IDE's wie dem Codewarrior inkl. einer relativ brauchbaren Klassenbibliothek, Pocketstudio(Pascal), Appforge/Crossfire(C#, VB, teuer und Client-Lizenzen erforderlich) oder NS Basic/PocketC für die kleineren Sachen.

Zu den eigentlichen Problemen:
Priorisierung:
Die Modulo/Counter-Lösung sollte eigentlich ganz gut funktionieren.

--T--T--T--T--T--T
---T---T---T---T--
----T----T----T---
-----T-----T-----T
-----^-----^--^--^

Bei der Timer/Thread-Lösung hat man dann noch das obige Problem (Race-Condition) zu lösen indem z.B. die Timer-Threads ihre Anfrage zuerst in eine Queue schreiben, die dann von einem Com-Thread abgearbeitet wird (bei (sehr) vielen abzufragenden Werten bzw. Timing-Problemen sind dann irgendwann Priority Queues und Scheduler gute Startpunkte)

Zu den Instrumenten-Controls: siehe zip.

Prefect

Background ist in Arbeit, also immer schön weitermachen ;).

Mal was anderes, könntest du mir mal dieses Paket meter.zip schicken, hab da eine coole Idee!

Vielen Dank im voraus!!!