Matrix meinte

Na das hat doch was. Mein Telefon/MDA ist nunmal "hochkant". Es ist auch eher NICHT an der FB angedockt/angebastelt.

Ich kann mich auch gerne hinlegen, um den MK steuern zu können. Möchte ich aber nicht.

Hallo zusammen,

Matrix meinte

meine Vorschläge :

- Höhenansage / bzw. ein steigt / sinkt Ton.
- Volt Ansage / Akku Warnung bei X.XX Volt

Soundausgabe für steigen/sinken (Variometer) kommt als nächstes.
Eine Soundausgabe bei xxx Volt (einstellbar) und auch für den Sendepegel kommt auch noch rein.

Matrix meinte

ps: die Menu Buttons könnten etwas größer sein. Die PDA Nutzer werde es euch danke

Klar, die Menü Buttons können erst mal größer gemacht werden, der Platz dazwischen ist/war für weiter Dinge gedacht (Tagebuch/Akkubuch etc.).

fm2241 meinte

Kannst du das Programm nicht so ändern, dass es auch im "Hochkantmodus" darstellbar ist? Mein MDA wird nunmal hochkant bedient, auch wenn ich den Landscapemodus onBoard habe.

Wir wollten erst mal ein paar Funktionen einbauen, die Darstellung in hochkant ist eigentlich nur eine Fleißarbeit.
Es müssen alle Formulare doppelt erstellt werden, dies aus dem Programm heraus zu erzeugen ist zu viel des Guten.
Auf jeden Fall steht es auf der ToDo Liste, nur nicht ganz oben.

Matrix meinte

Ich finde das Programm im Landscape Mode zu nutzen hat durchaus seine Berechtigung.
Hochkant hat man irgendwie weniger Platz.

Genau, auch haben wir daß so gemacht da wir ja noch das FlyJacket (Anzeige des Videodownlink der DigiCam auf dem IPAQ) mit integrieren wollen, und da macht nur Landscape Sinn.

Matrix meinte

Man könnte bei Programmstart noch abfragen ob der Bildschirm jetzt gedreht werden soll.

Das könnt ihr hiermit machen :

SystemSettings.ScreenOrientation = ScreenOrientation.Angle90

Mit .NET Compact Framework 3.5 geht das nun wohl recht einfach.
Bisher hatten wir das .NET Compact Framework 2.0 genutzt, da ist es nicht so einfach.

Bogomir67 meinte

Mir würden für die Drehzahlen auch Balkenanzeigen genügen, etwa so, wie die Spannungsanzeige.

Eigentlich ist die Drehzahl ja völlig uninteressant, man müsste viel eher wissen wie viel Strom pro Regler fließt.
Soweit ich das verstanden habe, hat Holger dies auch schon implementiert (MotorRX), der Wert wird nur nicht standardmäßig übertragen.

Im Moment nutze ich z.B. nur Volt, Sender und Höhe.

Bogomir67 meinte

Höhe in Metern:
Kann man das nicht testen?

Ja, so wollen wir das auch erst mal machen der Plan ist:

Bei Start (Motoren sind alle 0) wird der aktuelle HoehenWert (Analog5) gesetzt.
Nun wird der HoehenWert vom HoehenWert abgezogen = 0
Wenn man nun immer den gesetzten HoehenWert abzieht und das Ergebnis mit einer noch zu ermittelnden Zahl multipliziert, sollte die Höhenangabe in Meter rauskommen.
Soweit die Theorie <g>

Matrix meinte

Aber für unsere Höhenanzeige mit Initialisierung auf dem Boden (0 Meter) sollte die Faustregel :

1 hPA (= 1mBar) = 8 m höhenzuwachs

ausreichen.

Da wäre natürlich die Frage, was der HoehenWert der FC eigentlich beinhaltet.


Grüße
Uwe

Kleines Update:

Bei den Einstellungen war ein kleiner Fehler beim speichern -> gefixt.

Download: Kopterei_Beta2.1

Grüße
Uwe

UweP meinte

...
Wir wollten erst mal ein paar Funktionen einbauen, die Darstellung in hochkant ist eigentlich nur eine Fleißarbeit.
Es müssen alle Formulare doppelt erstellt werden, dies aus dem Programm heraus zu erzeugen ist zu viel des Guten.
Auf jeden Fall steht es auf der ToDo Liste, nur nicht ganz oben.
...

Hi Uwe,

wenn ihr das auf dem Zettel habt, super.

Die Version 2.1 bringt erstmals eine Fehlermeldung:


Wie man sehen kann, ist auch hier "hochkant" besser. ;-)

Edit: Errordetails:

Kopterei_Beta2_1.exe
MissingMethodException
Datei- oder Assemblyname 'KopterCtrl, Version=1.0.3005.27045, Culture=neutral, PublicKeyToken=null' bzw. eine Abhängigkeit davon wurde nicht gefunden.

bei System.Windows.Forms.Control.OnClick()
bei System.Windows.Forms.Button.OnClick()
bei System.Windows.Forms.ButtonBase.WnProc()
bei System.Windows.Forms.Control._InternalWnProc()
bei Microsoft.AGL.Forms.EVL.EnterMainLoop()
bei System.Windows.Forms.Application.Run()
bei AF.KopterPDA.AppMain.Main()

Die 2.1 läuft jetzt auf Vista32.
PDA kann ich mangels Bluetoothmodul am MK leider nicht testen.

Wird die Soft Open Source?

UweP meinte

Da wäre natürlich die Frage, was der HoehenWert der FC eigentlich beinhaltet.

das habe ich mich auch schon immer gefragt. Werd mir das mal in den Sourcen anschauen.


Dann könnt auch noch was am Error Handling gemacht werden.
Ich kenn das von meinen PPC Programmen. Dieses .Net Zeug ist sehr mitteilungsfreudig.
Ist immer eine leidige Arbeit die Fehler die auftreten können abzufangen.

Aber das ist wirklich im Momment nicht wichtig.


Gruß

Hallo zusammen,

fm2241 meinte

Die Version 2.1 bringt erstmals eine Fehlermeldung:

Edit: Errordetails:

Kopterei_Beta2_1.exe
MissingMethodException
Datei- oder Assemblyname 'KopterCtrl, Version=1.0.3005.27045, Culture=neutral, PublicKeyToken=null' bzw. eine Abhängigkeit davon wurde nicht gefunden.

bei System.Windows.Forms.Control.OnClick()
bei System.Windows.Forms.Button.OnClick()
bei System.Windows.Forms.ButtonBase.WnProc()
bei System.Windows.Forms.Control._InternalWnProc()
bei Microsoft.AGL.Forms.EVL.EnterMainLoop()
bei System.Windows.Forms.Application.Run()
bei AF.KopterPDA.AppMain.Main()

Hab es gerade noch mal durchgetestet, kann den Fehler nicht hervorrufen.
Wann kommt der Fehler bei dir?

Habib meinte

Die 2.1 läuft jetzt auf Vista32.

Sehr schön, was hast du geändert?

Habib meinte

Wird die Soft Open Source?

Haben wir vor, sobald es einen Stand erreicht hat, den man auch veröffentlichen kann.

Matrix meinte

Dann könnt auch noch was am Error Handling gemacht werden.
Ich kenn das von meinen PPC Programmen. Dieses .Net Zeug ist sehr mitteilungsfreudig.
Ist immer eine leidige Arbeit die Fehler die auftreten können abzufangen.

Aber das ist wirklich im Momment nicht wichtig.

Ja, da müssen wir wohl langsam auch was tun <g>.

Grüße
Uwe

kann man die in VS 2008 erzeugten Programme eigentlich auch mit dem 2005er bearbeiten?
hab auf meinem Notebook von der Arbeit noch nicht das 2008er

Freu mich schon auf den Code

Grüße Martin

UweP meinte

...
Hab es gerade noch mal durchgetestet, kann den Fehler nicht hervorrufen.
Wann kommt der Fehler bei dir?
...

Der Fehler wird immer angezeigt, wenn ich das Programmm starte und dann auf Bodenstation tippe. Dann wird dieser Screen angezeigt und das Programm schmiert ab. Vor v2.1 nicht passiert.

Das Passierte bei mir auch am Anfang ( fehlendes Error Handling )

igrendwie gibts Probleme wenn der Com Port sich nicht ansprechen lässt.

Schau mal nach ob in den Settings der richtige COM Port ausgewählt ist,
bzw. ob dieser auch geöffnet werden kann. Eventuell nach dem einstellen das
Tool nochmal schließen und erneut öffnen...

das hat bei mir geholfen.

Hi....

sri, kein Erfolg. COM1 ist ausgewählt (kein BT). Auch wenn ich ihn nochmals anwähle, schmiert v2.1 ab. :-(

fm2241 meinte

UweP meinte

...
Hab es gerade noch mal durchgetestet, kann den Fehler nicht hervorrufen.
Wann kommt der Fehler bei dir?
...

Der Fehler wird immer angezeigt, wenn ich das Programmm starte und dann auf Bodenstation tippe. Dann wird dieser Screen angezeigt und das Programm schmiert ab. Vor v2.1 nicht passiert.

hat dein MDA überhaupt eine echte serielle Schnittstelle?
Wenn ja, diese wird gerne vom BT Treiber belegt, ich glaube es war das Modem (BT Modem auf Com1).

Das es in V2.0 läuft ist komisch, an der Ecke haben wir nix geändert.
Der Fehler der behoben wurde betraf das speichern der Werte in die xml.
Wenn man in der V2.0 die Einstellungen öffnet, setzt er unter dem Reiter „Höhe“ als Standard überall die 1, nun speichert man und die eigentlichen Einstellungen in der Höhe sind mit 1 überschrieben.
Man hat also vor dem Speichern, wenn man z.B. nur die Anzeige der Bodenstation ändern wollte, auch immer die Werte der Höhenparameter neu setzen müssen.

Versuche doch bitte mal:

anderen Com Port (BT)

oder

wenn Com1 dann in der xml COM_direct value=True

Aus der Readme:

COM_direct
legt fest, ob eine eigene Implementierung fuer die COM-Schnittstelle
verwendet wird, die sich leichter trennen laesst.
Funktioniert nicht bei einer COM-Bluetooth Verbindung (true|false).

Grüße
Uwe

Ich habe es gerade mit meinem Test-Händi ausprobiert (HPC Touch-Cruise), also WinMobile 6.0.

Klappt einwandfrei. Die Reichweite am Boden ist mehr als 100m - ich bin allerdings nur einfach die Strasse hochgelaufen, mehr nicht. Aber das sollte in Luft eher noch besser gehen (Antennenlage).

Mir ist aufgefallen, dass die Höhenangabe ab Start bei etwa 200m steht, der Raw-Wert pendelt um 140.
Mit den Farbbalken grün-gelb-rot ist ne prima Idee, das ist sehr anschaulich. Die Drehzahlzeiger sind wirklich nicht wichtig für den Flug (eine Ampere-Angabe würde mir da auch gut gefallen), aber es ist einfach krass beeindruckend, wenn man es jemandem zeigt guggstu, ko-rekte Drehzahlmesser, alder!

Kann man bei der "Bodenstation" auch einen anderen Hintergrund als weiß machen?

Flugtest folgt, sobald das Wetter mitspielt.

Bitte bleib drann am Thema, das gefällt mir echt genial gut!

UweP meinte

...
hat dein MDA überhaupt eine echte serielle Schnittstelle?
Wenn ja, diese wird gerne vom BT Treiber belegt, ich glaube es war das Modem (BT Modem auf Com1).

Das es in V2.0 läuft ist komisch, an der Ecke haben wir nix geändert.
...

Hallo Uwe,

der MDAIII hat eine "echte" serielle Schnittstelle. Darum läuft es ja auch mit v2.0 nur eben mit v2.1 gar nicht. BT belegt COM6 & COM7.

Hallo zusammen,

vieleicht hab ich es irgendwo überlesen, Ich hab mir die Version 2.1 auf meinen PDA gespielt und hat auch soweit funktionniert.
nur scheint der die Auswertung nicht in Echtzeit sondern alle paar Sekunden (7- alles auf einmal zu machen und dann wieder ne zeit lang garnichts. ?!?!?
Ist das Problem schon bekannt?
kann ich da was gegen machen?

Grüße Martin

Hallo Martin,

ja ist bekannt, du nutzt sicherlich das interne Bluetooth deines PDA´s.
Der PDA über intern BT puffert die Daten, deshalb nutze ich den seriellen Eingang mit einem weiteren Bluetooth Modul, da kommen die Daten ungepuffert an (siehe 1 Beitrag).
Da kann man leider sonst nix machen, liegt nicht an der Software sondern am Treiber des internen BT.

Grüße
Uwe

Danke für die Info,

es gibt keine Möglichkeit den Puffer des Bluetooth zu verkleinern?

Grüße Martin

Hi UweP,

wollt auch mal was proggen, hatte auch schon angefangen bis ich dann euer projekt erspaeht habe....

waer ja schwachsinn jetzt nochmal das rad neu zu erfinden wie wir entwickler immer so schoen sagen. hab gelesen du willst open source gehen, aber noch warten.... ich haette kein problem damit wenn ihr jetzt schon veroeffentlicht, und anstatt selbst noch was zu schreiben, und leute zu verwirren wollt ich mich bei euch einklinken.

wollte mir n tool basteln welches mir die sensorwerte wie im koptertool darstellt, also warum nicht einfach noch nen button bei euch ins tool und dort integrieren, waer doch fuer alle am einfachsten es so zu regeln.

Faends cool wenn du die sachen ins SVN stellen koenntest....

was meinst du?

gruesse aus england,
Daniel

Hochschieb....

Gibt es schon Neuigkeiten, wie z.B. Vertikalmodus?

Mulder meinte

Hi UweP,

wollt auch mal was proggen, hatte auch schon angefangen bis ich dann euer projekt erspaeht habe....

waer ja schwachsinn jetzt nochmal das rad neu zu erfinden wie wir entwickler immer so schoen sagen. hab gelesen du willst open source gehen, aber noch warten.... ich haette kein problem damit wenn ihr jetzt schon veroeffentlicht, und anstatt selbst noch was zu schreiben, und leute zu verwirren wollt ich mich bei euch einklinken.

wollte mir n tool basteln welches mir die sensorwerte wie im koptertool darstellt, also warum nicht einfach noch nen button bei euch ins tool und dort integrieren, waer doch fuer alle am einfachsten es so zu regeln.

Faends cool wenn du die sachen ins SVN stellen koenntest....

was meinst du?

gruesse aus england,
Daniel

Hallo Daniel,

sorry, hatte ganz übersehen hier zu Antworten.

Wie ich hier schon irgendwo geschrieben habe, zum veröffentlichen ist das noch nix.
Angedacht ist es, wenn es den einen Stand erreicht hat und der Code aufgeräumt wurde.

fm2241 meinte

Hochschieb....

Gibt es schon Neuigkeiten, wie z.B. Vertikalmodus?

Hallo fm2241,

nein, leider zur Zeit nix neues, der Programmierer hat gerade keine Zeit.
Ich bin fleißig am MK und Cam bauen, mal schauen wann es weitergeht.

Grüße
Uwe

Hallo Uwe,

hast Du evtl. das SDK für das FlyJacket. Ich hab alles probiert um es mir zu saugen aber sämtliche Links die gefunde haben sind broken.
Wäre super wenn Du mir helfen könntest.

Danke Herwig

Herwig meinte

Hallo Uwe,

hast Du evtl. das SDK für das FlyJacket. Ich hab alles probiert um es mir zu saugen aber sämtliche Links die gefunde haben sind broken.
Wäre super wenn Du mir helfen könntest.

Danke Herwig

Hallo Herwig,

ja, habe ich hier.
Sende mir eine PM, ich würde es dir dann als Mailanhang zusenden, sind nur 136KB.

Grüße
Uwe