Jump to content

Unexpected

Members
  • Gesamte Inhalte

    161
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von Unexpected

  1. Vielen Dank euch beiden für die Erklärungen! Das sind coole Ideen, wie ich finde! Ein runterladen des "Online-Brickv" wäre mir auch wichtig. Einfach aus dem Grund, dass man dann evtl. auch die Möglichkeit hat die Version weiter lokal anzupassen. Ansonsten super Idee! :-)
  2. 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.
  3. Hallo zusammen, also wenn das möglich wäre, würde ich javaskript auch beführworten :-) Grüße Unex
  4. Nur als kleiner Info Nachtrag. Auch in der Doku hier auf der Homepage von TF findest du alle Schaltpläne und Datenblätter der verbauten Chips: http://www.tinkerforge.com/de/doc/Hardware/Power_Supplies/Step_Down.html#step-down-power-supply Grüße Unex
  5. Das heißt die Werte können sehr variieren? Ist das Verhalten mit folgendem Satz in der API Beschreibung angedeutet? 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
  6. Hm auch irgendwie wahr... aber ich lasse die ganze Zeit Temp und Humi aufs Display ausgeben, abhängig davon welcher Knopf übers IO4 gedrückt wurde und die ChipTemp bleibst bei knapp unter 10 Grad Celsius...
  7. 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
  8. Ach klasse, alles klar Damit kann ich doch etwas anfangen. Danke dir!
  9. Hallo Luxor, danke für dein Angebot! Da hätte ich gleich einmal eine kurze allgemeine Frage zu. In welchem Format benötigst du das CAD-Modell? Oder funktioniert das ganz anders? Grüße Unex
  10. Hallo Gerry, freut mich, dass wir dir helfen konnten und klasse, dass nun alles läuft Grüße und viel Spaß noch beim experimentieren Unex
  11. Hallo zusammen, Ich auch Allerdings wie TF schon gesagt hat, gab es bei mehreren Personen auch Probleme mit den Chibis da es nur einen Kanal für Deutschland/Europa gibt und somit auch einige Störungen im Signal auftrehten können. Eine Neuauflage der Chibi Ext. würde ich dennoch befürworten, da ich auch immer noch zwei suche. Grüße Unex
  12. Hallo Gerry, ich würde sagen, borg hat den richtigen Hinweis gegeben: Du schreibst in deinem ersten Post, dass du den Beispielcode in Eclipse kopiert hast: Die Zeile 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
  13. Leider gibts wohl keine Chibi Extensions... Sehr schade . Die Reichweite ist einfach klasse. Grüße Unex
  14. Hallo Bastian, klar, könnt ihr gerne verwenden. Freundliche Grüße Unex
  15. 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 Seg4x7_Werte.pdf
  16. 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“: Soweit kann ich dem Beispiel folgen. Nun steht weiter: 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
  17. 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
  18. 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
  19. Danke für deinen Hinweis NItro Dann werde ich mir wohl mal einen Remote Bricklet zulgen Grüße Unex
  20. Hallo zusammen, ich habe mal im Forum gesucht und in die Doku geschaut, aber ich habe keine "optimale" Entfernung für das Temperature IR Bricklet gefunden. Gibt es einen optimalen Abstand zum zu messenden Objekt? Muss die Messung senkrecht zum Objekt erfolgen? Gruß Unex
  21. Hallo Stefan, habt ihr hier noch etwas weiter unternommen? Grüße Unex
  22. Hallo Loetkolben, hehe deinen Post hatte ich auch richtig verstanden, dass du da evtl. eine Art Verstopfungsproblem hast , 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
  23. 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
  24. Hallo zusammen, ich hatte auch schon längere Zeit vor hier mal die Frage zu stellen, ob jemand noch 2 funktionirende Chibi Extensions rum liegen hat. Selbstverständlich geht Nemos Anfrage vor! :-) Grüße Unex
×
×
  • Neu erstellen...