pluto

Update: Der 7 Zoll LCD Monitor ist inzwischen da. Nach dem ich die Auflösung mit fbset angepasst habe auf 480 mal 234 Pixel habe ich ein relativ gutes Bild erhalten. Problem war nur: Die Stromversorgung. Da musste ich was machen, was ich noch nie gemacht habe, ein kleinen Adapter bauen, für ein 12 Volt Netzteil. War aber kein größers Problem. Einfach Telefonkabel genommen, die Adern Ab isoliert und eine kleine Kordel daraus gemacht und dann in die Buchse gesteckt. Mit Hilfe von zwei Krokodil klemmen konnte ich da ganze dann an den LCD Monitor anschließen. Die Verbindung habe ich dann mit Kleber isoliert und Fertig. Im Moment überlege ich noch, ein Dual Relay zu kaufen von Tinkerforge, was ich da zwischen schalten könnte. Jedoch ist StartX kaum verwendbar, weil die Bildfläche viel zu klein ist. Ich kann jedoch Videos im FrameBuffer direkt von der Console abspielen. Mplayer bietet sowas an. Jedoch muss ich noch ein Weg finden, die FrameRate einzustellen. Ich habe den Eindruck, die Videos werden viel zu Schnell abgespielt und so kommt der Ton nicht hinterher. Mein nächstes Ziel ist es: Eine erste SDL Anwendung zu schreiben, die ich direkt per Funk USB Fernbedienung bedienen kann. So kann der LCD Monitor in einem anderen Zimmer stehen und über ein 20 Meter Langes Kabel verbunden werden. (Ist auch inzwischen eingetroffen und klappt scheinbar ganz gut). Tinkerforge werde ich dann in meinem Arbeit zimmer verwenden. Wie bereist erwähnt. Es gibt schon tolle Sachen, die man machen kann mit dem Raspberry PI.

So ähnlich stelle ich es mir auch vor. Es könnte Grund Funktionen geben, auf die andere Funktionen wieder aufbauen. Z.b. könnte man so mit der Linen Funktion eine Polygon Funktion erstellen. Ich finde, dass ist das beste Beispiel, was mir bis jetzt über den Weg gelaufen ist. Um es kurz zu Sagen: Es muss einfache Methoden/Funktionen geben und Datenstrukturen um eben Einstellungen wie Hintergrund Farbe, Rahmen Farbe und der gleichen zu speichern. Am Anfang würde es ja völlig ausreichen, wenn ich nur Farbigen Text ausgeben kann. Später könnten weitere Funktionen schritt weise hinzugefügt werden.

So ähnlich wie Canvas bei Lazarus/Delphi: Es gibt Methoden, wie TextOut, FillRect und der gleichen Und auch die Möglichkeit Pixel direkt zu Setzten. Z.b. könnte man bei TextOut die Position für x und y einfach angeben und dann den Text. Außerdem könnte man hier noch weitere Einstellungs Möglichkeiten über Objekte geben. Z.B. welche Schrift Größe, Schrift Farbe und der gleichen. Z.B. könnte das eine Allgemeine Struktur im Grund Objekt sein, oder man übergibt sein eigene Struktur als Parameter. Ich hoffe ihr könnt mir folgen. Schaut euch mal Canvas von Lazarus/Delphi an. Das ist ein gutes Beispiel, wie einfach sowas gehen könnte.

V I L E N D A N K Das Display 1.1 geht wieder, nur in der Mitte ist ein heller Lichtstreifen zu sehen. Vielleicht habe ich den Kontrast zu Hoch eingestellt. Aber die Hintergrundbeleuchtung kann ich wieder an und ab stellen, sowie Text auf den LCD schreiben. Kommt das noch in die Auto Update Funktion? Was genau war die Ursache, für diesen Fehler?

Wenn du mir zeigst, wie das geht, gerne. Leider habe ich nicht zu viel Technisches Hintergrundwissen. Daher kommt mir Tinkerforge sehr gelegen. Ich Programmiere Lieber.... Da kenne ich mich besser aus. Nun dann schaut es ebene etwas raus? Und/Oder könnte man es per API einstellbar machen? Aber wie passen die ins Konzept? Es heißt doch, man bräuchte nicht zu löten *G*.... 1 Euro mehr ist nun auch nicht so viel, oder? Schade. Kann man kein anders LCD nehmen, wo man sowas machen kann? Das wäre Toll. Schade... Aber die Bedürfnisse ändern sich von zeit zu Zeit. In meinem Schlafzimmer zum Beispiel soll es nicht so Stark leuchten... und das dann auch noch per API einstellen und ich bin "Glücklich" *G*. Das ist mein Letzter Punkt, so kann man einen Art Bausatz Anbieten. Wo man die Größe selbst aussuchen kann. Ohne das es unbedingt deutlich mehr Kosten würde. Edit01: Das Display hat nur zwei Zeilen, vier Zeilen oder mehr wären nicht schlecht. Edit02: Könnte man nicht auch ein Grafisches Display anbieten? (Ich weiß, die Frage habe ich schon einmal gestellt.... aber doppelt hält doch besser oder?)

Ach so. Praktisch. Dann könnte man es also Austauschen? Und was ist mit den anderen Vorschlägen? Edit01: Bei einigen LCD habe ich gelesen, kann man selbst die Hintergrund Beleuchtung einbauen. Das geht hier wohl nicht?

Solange ist nur ein Firmware Problem ist, ist es nicht weiter Tragisch nur Nervig. Ich kann dir gerne mein LCD Senden...

Hallo Nach dem mein erstes Versuch scheinbar gescheitert ist: http://www.tinkerunity.org/forum/index.php/topic,770.msg5218.html#msg5218 Wage ich einen zweiten Versuch. Ich hoffe meine Wünsche sind nicht all zu Problematisch. Für mich ist das LCD, einer der Wichtigsten Bestandteile von Tinkerforge. 1. Kontrast nicht unbedingt per Schraube einstellbar sondern, per Hand, ohne Schraubenzieher? 2. Lichtstärke Einstellbar, per Drehrad 3. Kontrast und Lichtstarke per API einstellen 4. Die Lötpunkte habe ich bis jetzt nicht verstanden, wie die in das Konzept passen. Könnte man da nicht eine Steckverbindung anbieten? So ähnlich wie beim IO16 Brick? Passende Adapter könnte ja im Shop angeboten werden. 5. Die Farbe der Hintergrundbeleuchtung einstellen? Per API und per Drehrad? (RGB LED verwenden?) 6. Die Schrift Farbe einstellen, per API und Drehrad, Für alle Zeilen komplett. 7. Die Größe Veränderbar. Man könnte zwar schon jetzt mehrere LCD über und nebeneinander stellen. Aber das ist unschön. Grund: Der Dicke Rahmen. Schön wäre hier, eine LCD Bausatz. Das man einfach mehrere LCD über und nebeneinander anstecken kann. Zum Schluss wird der Rahmen Montiert. Ich weiß nicht, wie viele LCD'S der Controler unterstützen. Das könnte ja eine zweite Variante sein. Oder die Standard Variante kommt mit nur einem LCD und dann kann man später immer noch die Größe verändern. Könnten einige dieser Punkte vielleicht berücksichtigt werden, bei den nächsten Änderungen? Gerade der Punkt 7 wird wohl Problematisch, würde aber gut in das Konzept Passen. Mir ist klar, dass der Preis weiter Steigen wird, vielleicht könnte es eine zweite Variante geben? Eine günstigere, so wie jetzt und eine Teuere, mit mehr Möglichkeiten. Vielleicht gibt es noch mehr Änderungs Wünsche. Mir ist zum Beispiel aufgefallen: UTF8 Zeichen wie Umlaute werden nicht unterstützt. Oder auch ° wird nicht unterstützt. Gerade in Verbindung mit einem Raspberry PI bietet das LCD tolle Verwendungs Möglichkeiten.

Ich habe das gleiche Problem. Die Tasten, werden zwar erkannt, aber das Display ist nicht mehr Ansprechbar. Die Zeilen 1 und 3 werden hervorgehoben und die zeilen 2 und 4 nicht. Die Hintergrund Beleuchtung geht nicht mehr und ich kann auch kein Text senden. Ich habe noch zwei andere Display, neuere, die gehen, Problemlos. Kann es sein, dass die Treiber nicht abwärtskompatibel sind? Ich versuche gleich noch einige Sachen. Das LCD 1.1 hängt jedoch an einem neuen MasterBrick dran. Muss ich das auch zurück setzten? Dann gehen aber die zwei anderen LCD nicht mehr...

Mal ein Bastelprojekt von mir: Ich habe ein Schlafzimmer und ein Arbeit Zimmer. In meinem Arbeit Zimmer steht ein richtiger PC und ein Raspberry PI. An den Rasperry PI ist "Tinkerforge" Angeschlossen: (http://www.tinkerforge.com/) Ich habe zwei Masterbrick, je nach bedarf schließe ich den einen oder den anderen an. Der eine Masterbrick steht auf meinem Schreibtisch und der andere in meinem Schlafzimmer. Verbunden ist der mit einem 10 Meter Langes USB Kabel. Außerdem geht da auch noch ein 10 Meter Langes Audio Kabel hin. Auf den Raspberry PI verwende ich im Moment den MPD Dienst für die Musik Wiedergabe. Grund: Der Stellt eine TCP Schnittelle zu Verfügung. Ein Programm was ich geschrieben habe, greift darauf zurück und nun kann ich einige Daten auf ein LCD Anzeigen lassen oder sogar auf zwei gleichzeitig. Folgende Infos zeige ich an: Zeile 1: Datum und Uhrzeit Zeile 2: Album und Titel(Immer im Wechsel alle 2 Sekunden) Zeile 3: Ist im Moment noch leer, hier sollen aber die Temperatur vom Raspberry PI Angezeigt werden, die Gesamte Spiel Länge der Playlist und die Umgebungs Temperatur, Dafür habe ich ein entsprechendes Brick. Zeile 4: Die Aktuelle Spielzeit, die Spiel Länge und die Rest Zeit. Hierfür habe ich einen eigenen ThreadTimer erstellt. Damit ich nicht ständig die Zeit vom Musik Server Abfragen muss. Was zu gewissen Probleme geführt hat. Das LCD ist mit vier Schaltern ausgerüstet: Button 1: Pause/Play Button 2: Weiter Button 3: Im Moment Ungenutzt. Button 4: Licht an oder aus vom LCD. Eine Tolle Sache, wie ich finde. Bevor ich ins Bett gehe, sorge ich noch dafür das die Musik nach 45 Minuten Pausiert wird. Dafür möchte ich den Button 3 Verwenden. Im Moment habe ich noch das Problem: Ich muss das Programm immer beenden und Neustarten, wenn ich die Masterbricks anschließe. Ich habe mir jetzt ein 7 Zoll LCD bestellt von Amazone. Den ich an PI Anschließen möchte. So habe ich noch mehr Möglichkeiten. Dann möchte ich das ganze mit meiner USB Funk Ferbendinung verbinden. Die Programme habe ich natürlich mit Object Pascal geschrieben und ich nutzte als Complier den FPC. Auf mein Arbeitrechner nutzte ich Lazarus. Lazarus läuft zwar auf dem PI, ist aber zu Langsam um damit zu arbeiten. Ich habe noch eine ganze reihe an Ideen.... Aber ein Groß Teil davon kann ich oder werde ich wohl nicht umsetzten. Z.B. Den PI für mein Fahrrad zu verwenden, als Fahrrad Computer.

Stimmt. Ihr seit mir wieder etwas voraus. Ich frage mich, ob man dafür wieder Code-Genatoren erstellen könnte, wie sie jetzt schon eingesetzt werden.

Wenn ich es mir recht überlege, könntest du recht haben. Ich habe das ganze nicht gut durchdacht. Aber ich gebe nicht so schnell auf. Ich denke, ihr hattet bestimmt schon folgende Ideen: 1. Auf den MasterBrickControl könnte eine Art eigene Umgebung Laufen mit einem eigenen Binären Datei Format. Etwa wie ASM.Es könnte auch Text Basiert sein. Der BrickD muss dann eben prüfen, ob das Script Richtig geschrieben ist, damit der MasterBrickControl das nicht braucht. Nun könnte eine API, ganz einfach eine Methode Bereitstellen, mit dem der Code auf den MasterBrickControl landet. Dabei, wäre es sogar vorstellbar, dass es Codegenartoren gibt. So wie jetzt schon. 2. Auf dem MasterBrickControl könnte eine Art Mini Linux laufen. Wo ein BrickD läuft. Dann würde eine Art PC Simuliert. Der PI ist für viele Anwendungen einfach zu "Groß". Ich würde die erste Idee bevorzugen. Dann würde es auch besser in das jetzige Konzept passen. Wichtig ist eben nur, dass auf dem MasterBrickControl eine eigene Script Umgebung läuft, ob Binäre oder nicht Binäre Spielt im Prinzip keine Große Rolle.

Die Idee ist eine Andere: Nicht für jede Programmier Sprache. Sondern alles soll wie gehabt über TCP laufen. Man könnte z.b. ein Kommando Senden: Block_Begin und ein weiters Kommando Block_Ende. Da zwischen kommen dann die Entsprechenden Anweisungen. Praktisch eine kleine Scirpt Sprache über TCP. Wobei: Mir fällt gerade auf, der Weg geht ja gar nicht. Das müsste in jedenfall eine eigene Script Sprache sein, die auf den MasterBrickControl läuft nur so wäre es Vorstellbar. Glaube ich. Der Aufwand dafür ist natürlich recht Groß, aber der Nutzen ebenfalls.

So meine ich das nicht. Ich habe den Thread nur Oberflächlich gelesen, werde ihn mal genauer lesen. Meine Idee, basiert darauf das es egal ist mit welcher Programmier Sprache gearbeitet wird. Da der BrickD das Programm übersetzt. Zum Beispiel: Ich möchte eine LED zum Blicken bringen. Was ist dafür an Code erforderlich? Den Code für das Beispiel schreibe ich(So in meiner Vorstellung) in Pascal und gebe den BrickD die Anweisung(Das könnte eine eigene Methode sein), dass das Programm(TCP Anweisungen) zum MasterBrickControl gesendet wird. Was passiert hier bzw. was soll hier passieren? Der BrickD muss den Code jetzt übersetzten. in der Programmierung, kenne ich das so: Ich schreibe ein Programm sagen wie in Pascal und dann wird es Kompiliert. Dabei wird unter anderem Maschinen Code erzeugt(Oder sowas ähnliches. Ich denke ihr wisst wie ich das meine, oder?). In diesen Fall müsste es ganz ähnlich sein. Nur einfacher. Weil ein PC hat ja viel mehr Möglichkeiten, als jetzt der MasterBrickControl(Das soll jetzt keine Beleidigung sein). Ich muss aber auch gestehen, dass ich nicht genau weiß, wie so ein Mikrocontroller(Oder was auch immer) Programmiert wird. Ich kann mir schon vorstellen, dass es klappen könnte. Jedenfalls wäre das eine Prima Ergänzung zum Konzept... (Aus meiner Sicht) Notfalls muss das MasterBrickControl eine eigene kleine ASM(ähnliche) Umgebung mitbringen. Aber damit hat der "Normale" Programmierer in der Regel nichts am Hut.

Nun, ich möchte Tinkerforge ohne PC nutzen. Im Moment ist ja immer ein PC Notwendig. Mini PC trifft es schon sehr gut. Der Mini PC ist mit Minimal RAM ausrüstet sowie einen kleinen Mikrocontroler. Den man Programmieren kann. Per BrickD. Ich schreibe ein Programm z.b. welches LED'S zum Blicken Bringt. Das Programm schiebe ich dann per BrickD auf den MasterBrick Control. Wo es dann ausgeführt wird. der BrickD muss das Programm in die Entsprechende Codierung Übersetzten.

Hallo Ich frage mich, ob es vorstellbar wäre, eine Art MasterBrick Control zu entwickeln. Das könnte ein kleiner MINI PC Sein, der mit einem MasterBrick Verbunden wird und somit als kleiner PC Fungiert. Der Raspberry PI ist zwar schon nicht schlecht, aber etwas zu unpraktisch und zu Teuer, um davon mehrere zu kaufen und zu betreiben. Das MasterBrick Control könnte außerdem über den Brick-Damon Programmiert werden. Der Brick-Damon übersetzt die Anweisungen, die über TCP/IP kommen, so dass der MasterBrick Control diese versteht. Das Control könnte z.b. mit etwas Ram ausgestattet sein, mit einem sehr kleinen Mikrocontroller, sowie einem Strom-Anschloss z.b. über ein Akku-Set oder über ein Netz-Teil. Außerdem sollte später noch eine Speicher Einheit per SD Karte hinzu kommen. So, dass Daten auch gespeichert werden können. Wenn das alles deutlich Günstiger als der PI wäre, wäre es ein Großer Vorteil. (Der PI ist schon günstig, so ist das nicht, ich habe auch ein) Was haltet ihr im Allgemeinen davon? Würde das zum Konzept Passen? Das würde perfekt zu eurer Wetterstation passen. Außerdem könnte man damit nette LED-Animationen erstellen oder ein Ein und Ausschalter für den PI. Aus meiner Sicht wäre das eine Perfekte Ergänzung zum Konzept.

Erstaunlich. Bei meinen Überlegungen, war das immer ein Problem, dass die Feuchtigkeit die Sensoren stark angreifen könnte. Und wie sieht es im Winter aus? Wenn die Temperaturen stark im Minus Bereich liegen? Ich bin noch am überlegen, ob ich mir nicht eine einfache Wetterstation selbst bauen sollte/könnte. Einige Bricks hätte ich schon...

Das Gebilde sieht so ähnlich aus, wie bei meiner Wetterstation, wo der Sender drin ist. und was ist mit der Luftfeuchtigkeit? Ist die nicht Schädlich für den Masterbrick bzw. für die Sensoren? Edit01: Ich denke das ist die Lösung: "Das Rohr ist oben und unten offen, so das genug Luft zirkulieren kann." Die Bauteile sind dann in der Mitte(Nehme ich an).

Bitte nimmt es mir nicht übel, wenn diese Frage schon mal gestellt wurden ist. Ich lese nur hin und wieder hier und finde es sehr Spannend. Ich habe mir eine Fertige Wetterstation gekauft und bin im Prinzip zu Frieden bis auf eine Sache: Die Station Piept hin und wieder. Aber der Gedanke, eine eigene Station zu bauen, lässt mich nicht los. Meine Frage ist jetzt: Wenn ich die Bricks, alle in einer Wetterfesten Box packe. Sind sie zwar vor dem Wetter geschützt, aber die Sensoren messen dann doch recht Träge oder nicht? Da sich in der Box, im Prinzip doch ein eigenes Klima Entwickeln müsste und das Verändert dann die Werte. Wie löst du/ihr das Problem? Wobei, wenn man eine Fertige Station kauft, sind die Sensoren ja auch in einem Gehäuse.

Vielleicht gibt es ja doch noch eine Lösung. Sowas würde mir auch schon gefallen... Wo wäre das Problem dieses Array aufzuspalten?

Also könnte ich sogar Sichtbares Licht verwenden. Aber was wäre Sinnvoller? IR, UV, Röntgenstrahlen?

Ach so meinst du das. Ich soll also die Diode, die aber keine IR-Diode ist einfach in Zentrum des Spiegels Platzieren um Maximale Signal Stärke zu erhalten? Gibt es denn noch mehr Dioden? Die auch normales Licht verarbeiten können?

Es muss nicht unbedingt IR sein, wäre aber das einfachste und Sinnvollste was mir zu Verfügung stehen würde. Dein Strahler dürfte etwas zu Hell sein. Klar, könnte ich auch Normale LED'S nehmen Das verstehe ich jetzt nicht.Wie soll das als Fotodiode Fungieren?

Gute Idee, nur woher bekomme ich den Strom?

Lustige Idee. Ich frage mich, was meine Nachbarn dazu sagen würden, wenn ich das bei Dunkelheit draußen Probieren würde. Ob sie es Spaßig finden würden? *G*