Jump to content

Unexpected

Members
  • Gesamte Inhalte

    161
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von Unexpected

  1. Ich habe das auch so verstanden, wie Equinox noch mal zusammen gefasst hat.

    Da hätte ich noch mal eine Frage allerdings zu. Was ist der unterschied zwischen JavaScript und Node.js?

    JavaScript direkt als Binding würde ich beführworten ( wenn dies so "einfach" umzusetzten ist), auch wenn es wohl keine großen Vor- oder Nachteile zu PHP hätte oder? Außer dass es im Browser direkt ausgeführt wird.

  2. Das heißt die Werte können sehr variieren?

     

    Ist das Verhalten mit folgendem Satz in der API Beschreibung angedeutet?

    Die Temperatur ist lediglich proportional zur echten Temperatur und hat eine Genauigkeit von +-15%. Daher beschränkt sich der praktische Nutzen auf die Indikation von Temperaturveränderungen.

     

    Bei 10 °C sind es dennoch dann nur 11,5 °C.

     

    Und 9 °C zu 30 °C bei gleicher umgebung ist schon ein Unterschied.

    Solange es kein Fehlverhalten wiederspiegelt, kann ich damit arbeiten :)

    Grüße

    Unex

  3. Hallo zusammen,

     

    da ich auch noch eine Frage zum Master Brick habe und die erste Frage hier beantwortet ist, wollte ich nicht extra nen neuen Post auf machen.

     

    Es geht um die ChipTemperatur die ich mittels

    .getChipTemperature(); //Java

    abfrage.

     

    Ich habe zwei verschiedene Stapel.

    1. Master Brick + Seg4x7 + TempIR + Humidity + IO4

    2. Master Brick + WIFI Extension + Temp + Humidity + Ambient Light

     

    Die Chip Temperatur vom ersten Stapel liegt immer so bei 8 bis 9 Grad Celsius.

    Die Chip Temperatur des zweiten Stapels bei um die 30 Grad Celsius.

     

    Ist dieser Unterschied normal und realistisch? Ich kann mir das nur über die "mehr Arbeit" bzgl. der WIFI Extension erklären. Liege ich damit richtig?

     

    Achso, es sei noch erwähnt, die Umgebungstemperatur ist die Gleiche.

     

    Grüße

    Unex

  4. Hallo Gerry,

     

    ich würde sagen, borg hat den richtigen Hinweis gegeben:

    Ist bei dir Zeile 185 auch

    Code: [select]

     

    System.console().readLine("Press key to exit\n");

     

    ?

     

    Falls ja, welche Java Version verwendest du?

     

    Du schreibst in deinem ersten Post, dass du den Beispielcode in Eclipse kopiert hast:

    (Beispielcode Java von der TF-Website in Eclipse kopiert - zeigt keinerlei Fehler an)

     

    Die Zeile

    System.console().readLine("Press key to exit\n");
    kann in Eclipse nicht verarbeitet werden und es wird die von borg gepostete NullPointException geschmissen.

    Die Zeile bezieht sich auf eine "richtige" Console, die aber Exclipse nicht hat. Das Problem hatte ich anfangs auch. Das Programm läuft also bis zu dieser Zeile und bricht dann ab. ( so meine Vermuttung )

     

    Lösung: Einfach die Zeile entfernen. Dann läuft das Programm einmal durch und beended sich automatisch.

    Wenn du Listener dabei hast musst du das Programm so aufbauen, dass es "am Leben" bleibt (sonsten läuft es halt einmal durch).

    Beispielsweiße so:

     

    boolean run = true;
    
    while(run)
    {
    try
      {
    TimeUnit.SECONDS.sleep(1); //die while Schleife "schläft" für eine Sekunde
      }
    catch (InterruptedException e)
      {
    e.printStackTrace();
      }
    }

     

    Wenn du das Programm dann noch von der "Consolen" Eingabe abhängig machen möchtest kannst du es unter anderem mit einem scaner erweitern:

     

    boolean run = true;
    
    Scanner scan = new Scanner(System.in);
    
    
    while (run)
    {
    String input = scan.nextLine();
    if (input.equals("stop"))
    	{
    		run = false;
    	}
    try
    	{
    	TimeUnit.SECONDS.sleep(1);
    	}
    catch (InterruptedException e)
    	{
    	e.printStackTrace();
    	}
    }
    scan.close();

     

    Davor und danach kannst du dein Programm schreiben.

     

    Es gibt bestimmt noch bessere Lösungen mittels Threads (so mache ich das mittlerweile). Ich bin aber auch noch nicht so lange bei Java, ich denke so als erste Lösung ist das Beispiel in Ordnung. (Verbesserungen immer gerne).

    Ein Nachteil der Lösung ist es, dass durch die Zeile "String input = scan.nextLine();" die Whilschleife hier auf eine Eingabe wartet und damit blockiert ist. Führst du separate Threads aus, wird halt nur der eine blockiert, der dann beispielsweiße auch nur für die Eingabe zuständig ist.

     

    Ich hoffe, ich konnte dir da weiterhelfen.

     

    Grüße

    Unex

  5. Ich habe mir dazu eine kleine Übersicht erstellt, siehe Anhang.

    Evl. kann TF die Doku korrigieren, bzw. noch etwas weiter beschreiben.

     

    Ich hab auch einmal die gedrehte Variante mit aufgezeigt, falls jemand das Display anders rum benutzt. (dies war in andere Posts auch schon mal erwähnt worden).

     

    Sollte noch ein Fehler vorhanden sein, oder die Darstellung so nicht möglich sein, bitte Bescheid geben.

     

    Grüße

    Unex

    Uebersicht_Bits_Seg4x7.png.b6aa74276deff25b51b99ed4c0f78572.png

    Uebersicht_Bits_Seg4x7_gedreht.png.31d0da2a4de4cc330af46777cf5a9f4e.png

    Seg4x7_Werte.pdf

  6. Hallo zusammen,

     

    ich habe eine kleine Anmerkung zur Java API Dokumentation des Segment Display 4x7 Bricklet.

    In der Dokumentation (http://www.tinkerforge.com/de/doc/Software/Bricklets/SegmentDisplay4x7_Bricklet_Java.html#segment-display-4x7-bricklet-java-api) steht ein Beispiel zum Darstellen der „5“:

    „Um eine "5" auf der Anzeige darzustellen müssen die Segment 0, 2, 3, 5 und 6 aktiviert werden.“

     

    Soweit kann ich dem Beispiel folgen. Nun steht weiter:

    „Dies kann mit der Zahl 0b00110101 = 0x35 = 53 repräsentiert werden.“

     

    Dabei kommt allerdings wie im Anhang stehendes Bild raus. Was für mich auch richtig erscheint, da wenn ich die oben genannten Segmente (0, 2, 3, 5 und 6) aktivieren möchte müsste ich, meiner Meinung nach folgendes binär angeben 1101101 = 0x6d (hex) = 109 (dez).

    Im Beispiel „Simpel“ ist dies auch richtig hinterlegt:

    private static final byte[] digits = {0x3f,0x06,0x5b,0x4f,
                                              0x66,0x6d,0x7d,0x07,
                                              0x7f,0x6f,0x77,0x7c,
                                              0x39,0x5e,0x79,0x71}; //0~9,A,b,C,d,E,F
    

    Im Array ist es der fünfte Wert: "0x6d".

     

    Liege ich mit meinen Herleitungen richtig und es ist einfach nur ein kleiner Fehler in der Doku oder habe ich da etwas falsch verstanden?

     

    Grüße

    Unex

    0x35_Segmente.png.2bfb93294994265198e50768e201e4e8.png

  7. Hallo remotecontrol,

     

    danke dir für die Erklärung. Damit kann ich etwas anfangen. Somit kann ich mir den VoltageBricklet erst einmal sparen, da +-0,1 V vollkommen in Ordnung sind. Ich möchte eigentlich nur informiert werden, wenn die Batterie unter einene bestimmten Wert fällt und wenn ich deine Ausführungen richtig verstanden habe kann ich dies mit den Listener bzw. dann dem RechedListener tun.

     

    Grüße

    Unex

  8. Hallo zusammen,

     

    sehe ich das richtig, dass ich den Input eines  Step-Down Power Supplys nicht einfach so auslesen kann?

    Dazu benötige ich wahrscheinlich ein Voltage/Current Bricklet, den ich zwischen Batterie und Step-Down Power Supply hänge oder?

     

    Nachtrag: den Satz wollte ich noch hinzufügen.

    "Der erlaubt Eingangsspannungsbereich betragt 6V bis 27V. Ein Master Brick kann den Stromverbrauch und die Spannung der externen Stromversorgung messen. Ströme unter 200mA könne nicht zufriedenstellend gemessen werden."

     

    Kann ich diese Werte denn auch auslesen? In der Doku zum Master Brick steht was von StackCurrentListener und StackVoltageListener, sind dass die Werte mit dem der Stack versorgt wird? oder das was am Input anliegt?

     

    Grüße

    Unex

  9. Hallo Loetkolben,

     

    hehe deinen Post hatte ich auch richtig verstanden, dass du da evtl. eine Art Verstopfungsproblem hast ;D, aber du hattest Entfernungen mit angegeben, ansonsten hatte ich noch nichts an Reichweitenangaben gefunden (oder schlicht übersehen). Und ich habe da auch kein Gefühl für gehabt, wie weit so ein Sender reicht.

     

    Danke borg, der Link ist sehr gut  :) Das ist ja eine ordentliche Reichweite, auch wenn es in Wänden wohl noch etwas anders aussieht.

     

    Grüße

    Unex

  10. Hallo Loetkolben,

     

    ich wollte gerade mal dich nach deiner Erfahrung mit der Reichweite des Remote Bricklet fragen, aber nu lese ich diesen Beitrag: http://www.tinkerunity.org/forum/index.php/topic,2034.msg13463.html#msg13463. Du erwähnst eine Entfernung von 4 m - 60 cm in der du die Empfänger stehen hast.

     

    Weiß du, oder jemand was so eine allgemeine Reichweite des Bricklet ist?

     

    Grüße

    Unex

×
×
  • Neu erstellen...