Jump to content

photron

Administrators
  • Gesamte Inhalte

    3.053
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    39

Posts erstellt von photron

  1. Mal noch ne Frage.

    Hab ja schon die Bindings für das GPS gesehen.

     

    Eigentlich sollten die noch garnicht mit released werden.

     

    Ihr gebt ja nur die Positionsdaten zurück.

    Ein GPS Chip liefert aber noch mehr in seinen Datenstrom.

    Zum Beispiel die errechnete Geschwindigkeit und Richtung.

    Warum liefert ihr diese Daten nicht mit?

     

    Tun wir doch, siehe speed und course in GetStatus.

     

    Tante Edit sagt:10.gif

    Beim compilieren des Programmes mit dem bricklet_gps kommt folgender Fehler.

    1>.\bricklet_gps.c(367) : error C2664: 'void (char,uint16_t,char,uint16_t,uint16_t,uint16_t,uint16_t)': Konvertierung des Parameters 4 von 'uint16_t [2]' in 'uint16_t' nicht möglich
    

     

    Da hast du wohl einen Bug im Generator gefunden. Bisher wurde per Callback noch nie ein Array übergeben, daher ist das bis jetzt nicht aufgefallen. Das GPS Bricklet ist eben noch in Arbeit :).

  2. Wir haben uns angestrengt und noch genug Platz freibekommen um in Barometer Bricklet Plugin 1.1.0 eine SetReferenceAirPressure Funktion einzubauen, über die du von außen den Referenzluftdruck für die Höhenberechnung setzen kannst. Die alte Funktionalität von CalibrateAltitude ist als SetReferenceAirPressure(0) weiterhin vorhanden.

  3. Brick Viewer 1.1.11

    Barometer Bricklet Plugin 1.1.0

    Bindings: C/C++ 1.0.22, C# 1.1.14, Delphi 1.0.6, Java 1.0.20, PHP 1.0.15, Python 1.0.23, Ruby 1.0.12

     

    • Replace calibate function in Barometer Bricklet API with getter/setter for reference air pressure of the altitude calculation

    Download Brick Viewer: Windows, Linux, Mac OS X

    Download Plugin: Barometer Bricllet

    Download Bindings: C/C++, C#, Delphi, Java, PHP, Python, Ruby

  4. Brick Viewer 1.1.11

    Barometer Bricklet Plugin 1.1.0

    Bindings: C/C++ 1.0.22, C# 1.1.14, Delphi 1.0.6, Java 1.0.20, PHP 1.0.15, Python 1.0.23, Ruby 1.0.12

     

    • Calibate Funktion der Barometer Bricklet API durch Getter/Setter für den Referenzluftdruck der Höhenberechnung ersetzt

    Download Brick Viewer: Windows, Linux, Mac OS X

    Download Plugin: Barometer Bricllet

    Download Bindings: C/C++, C#, Delphi, Java, PHP, Python, Ruby

  5. Master Brick 1.3.4 zusammen mit Brick Viewer 1.1.9 erlauben jetzt die Regulatory Domain für WIFI zu ändern. Damit kann dann für Europa auch Kanal 1-13 verwendet werden und dein Problem sollte behoben sein ohne die Fritzbox in ihrer Kanalwahl zu beschränken.

  6. Bindings: C/C++ 1.0.20, C# 1.1.12, Delphi 1.0.4, Java 1.0.18, PHP 1.0.13, Python 1.0.21, Ruby 1.0.10

     

    • Add getter for WIFI buffer status information [All]
    • Change WIFI certificate getter/setter to transfer bytes instead of a string [All]
    • Add API for setting of WIFI regulatory domain [All]
    • Add reconnect functionality to IPConnection (for WIFI Extension) [C/C++, C#, Delphi, Java, Python]
    • Add API for Industrial Bricklets: Digital In 4, Digital Out 4 and Quad Relay [All]
    • Use StringBuilder when deserializing strings [C#, Java]
    • Avoid a race condition in expectedResponseFunctionID handling [C#, Java]
    • Make TDevice.GetVersion work as documented [Delphi]
    • Add inline code documentation [Delphi]
    • Fix semaphore deadlock on timeout [Java]
    • Trim NUL characters from strings properly [Java, Python]

    Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby

  7. Bindings: C/C++ 1.0.20, C# 1.1.12, Delphi 1.0.4, Java 1.0.18, PHP 1.0.13, Python 1.0.21, Ruby 1.0.10

     

    • Getter für WIFI Buffer Zustandsinformation [Alle]
    • WIFI Zertifikat Getter/Setter von String auf Bytearray geändert [Alle]
    • API für das Ändern der WIFI Regulatory Domain hinzugefügt [Alle]
    • Reconnect Funktionalität zur IPConnection hinzugefügt (für WIFI Extension) [C/C++, C#, Delphi, Java, Python]
    • API für Industrial Bricklets hinzugefügt: Digital In 4, Digital Out 4 and Quad Relay [Alle]
    • StringBuilder für die Deserializierung von Strings verwenden [C#, Java]
    • Race Condition in der expectedResponseFunctionID Behandlung vermieden [C#, Java]
    • TDevice.GetVersion funktioniert jetzt wie dokuemntiert [Delphi]
    • Inline Code Dokumentation hinzugefügt [Delphi]
    • Semaphoren Deadlock bei Timeout korrigiert [Java]
    • NUL Zeichen von deserialisierten Strings entfernt [Java, Python]

    Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby

  8. Koennte man im BrickV beim Connect einen Reiter "Brickd" einbauen, der die Version des Brickd (und ggf. die OS Version des Systems) anzeigt?

     

    Du meinst den brickd mit dem brickv gerade verbunden ist? Das gibt unsere Protokoll nicht her. Das Protokoll auf der TCP/IP Verbindung ist gemacht um mit Bricks und Bricklets zu reden.

     

    Bei ganzen Updaten weiss man nicht welche Version aktuell ist.

     

    Koennte man nicht einen Button "Check Update" einbauen, der beim druecken hinter der Spalte "FW Version", die Spalte "New FW Version" anzeigt?

     

    Sowas ist angedacht.

     

    Weiterhin muss man beim flashen der Bricklets wissen, an welchem Port die haengen. Das steht doch aber im Brickviewer. Koennte man das nicht auslesen und vorbelegen?

     

    Richtig, im Moment musst du wissen wo was angeschlossen ist. Es ist vorgesehen das in brickv zu verbessern.

     

    Noch ein Hinweis fuer die Helpseite. Nachdem nun das flaschen ueber den Brickviewer geht muss man aber dazusagen, dass man immer noch den Masterbrick an den lokalen PC anstecken muss wo der Brickviewer laeuft. Vielleicht sollte man das mit unterer Zeichnung verdeutlichen (s.u.). DENN, wenn man den Masterbrick, ohne einen Brickd auf dem lokalen PC, geflasht hat, kann man die Bricklets NICHT flashen!

     

    Fuers flashen der Bricklets muss ein brickd vorhanden sein. Also kann man die Bricklets nur am Zielsystem, wo auch der Brickd laeuft flashen.

     

    Flash FW Masterbrick: Brickv -- USB -- Masterbrick

     

    Flash FW Bricklet: Brickv -- [Tinkerforge:4223] -- Brickd -- Masterbrick --Bricklet

     

     

    So hat sich die Sache zumindest bei mir dargestellt. Sollte ich was uebersehen haben, dass korrigiert mich bitte.

     

    Richtig, da sollte die Dokumentation deutlicher werden. Ich denke ich werde das im Zuge der noch ausstehenden Übersetzung dieses Teiles der Dokumentation angehen.

  9. Mit der WIFI-Extension plus Master-Brick soll der BrickD Treiber obsolet sein, richtig,

     

    Richtig, mit der WIFI Extension ist brickd im Prinzip im Master Brick. Du brauchst keinen weiteren Rechner dazwischen sondern kannst dich direkt über WIFI mit dem Stack verbinden.

     

    aber wenn ich TF richtig verstanden habe, braucht man zw. Android/Smartphone/PC und WIFI-Stack immer noch einen Router, also z.B. so eine zickige Fritzbox ;D

    Direkt-WIFI wird noch nicht unterstützt !

    http://www.tinkerunity.org/forum/index.php/topic,840.msg5656.html#msg5656

     

    Das stimmt nicht mehr! Access Point und Ad hoc Modus werden seit Master Frimware 1.3.3 unterstützt:

     

    http://www.tinkerunity.org/forum/index.php/topic,673.msg5788.html#msg5788

  10. Also wenn SSID, Verschlüsselungstyp und Key wirklich passen und deine Fritzbox auch wirklich neue Geräte zulässt dann sollte das gehen. Es sollte auch mit DHCP gehen, außer das ist bei deiner Fritzbox abgestellt.

     

    Bleibt vielleicht noch, dass du zuweit von der Fritzbox weg bist und der Empfang zu schlecht ist. Hast du eine Antenne an der WIFI Extension angeschraubt? Ist sie auch richtig angeschraubt? Steckt der U.FL Stecker vom grauen Pigtailkabel richtig auf dem WIFI Modul?

  11. Das mit "GPS-Kamera" sollte kein Problem sein. Wichtig ist dass der Brick als Serielle Schnittstelle auftaucht. Und das geht auch wenn Windows 7 ihn als "GPS-Kamera" erkennt. Du kannst im Geräte Manager auch ein Treiberupdate machen und das drivers Verzeichnis im brickv Programmverzeichnis angeben. Dann sollte Windows ihn als "AT91 USB to Serial Converter" anzeigen.

     

    Das "Discovering Serial Ports" hängt könnte daran liegen, dass du Serielle Schnittstellen hast in deren beschreibenden Namen nicht-ASCII Zeichen wie z.B. ein ü drin ist. Das Problem sollte in brickv 1.1.8 behoben sein. Falls du also nicht schon brickv 1.1.8 verwendest, dann teste das doch noch mal damit.

×
×
  • Neu erstellen...