Nic

Es wäre einfacher, wenn ihr euch angewöhnt genauere Angaben zum Problem zu machen ansonsten ist das ein Ratespiel und die Chance auf Feedback im Forum sehr gering. Ich vermute es handelt sich um vb.NET und dazu gibt es sogar ein Beispiel: http://www.tinkerforge.com/de/doc/Software/IPConnection_VBNET.html#enumerate @remotecontrol Ja, über Enumerate ist es robuster, zumal man hier die Mögl. zw. Connect bzw. Disconnect bei USB/Wifi Verbindung detektieren kann. Allerdings ist beim Disconnect unter der Delphi/Lazarus Bindings der Device Typ (255) nicht passend gesetzt. Dann geht es nur über die UId. Ist das bei Deinen Bindings auch so remotecontrol ?

Hmh, ich werde bestimmt noch die eine oder andere blöde Fragen zu Linux & Co stellen, da ich davon (noch) keine Ahnung habe, aber sehe ich das richtig, daß die Lazarus IDE schon in der RED-Distro - analog zu https://packages.debian.org/hu/wheezy/armel/lazarus-ide-0.9.30.4/filelist - bzw. im Repo enthalten ist ?

Aber dann über die Repos ?

Sind eig. auf dem Fullimage Tools für Fernwartungszugriff ala VNC, Teamviewer etc. ?

Denkt ihr beim Upgrade des RED Images auch an diesen Bug.

Technisch und preislich ist das absolute Minimum für eine Extension immer 1 Master-Brick. Der muss zwecks Kommunikation immer der unterste Brick sein. Sollte so ein Stack später mal autark - also ohne Desktop/HostPC - arbeiten müssen, so bietet sich alternativ der neue RED-Brick an, der den Master quasi 1:1 ersetzt. Falls mehr als 2 Bricklets zum StepperBrick angesteckt werden sollen so müsste man einen weiteren Master oder anderen Brick mit Bricklet-Ports einsetzen. Verrate uns, was Du mit 25 Schrittmotoren im Haus anstellen möchtest ? ich glaube das könnte deine Frage beantworten: http://www.tinkerunity.org/forum/index.php/topic,2562.msg16725.html#msg16725 Ansonsten mal darüber nachdenken, ob die Kommunikation auch über Wifi oder Ethernet-Extension machbar ist.

Könnte man die A10s CPU von Allwinner alternativ runtertakten um den Stromverbrauch zu senken ? Ich meine ich habe da sowas gelesen bei einem MiniHDMI Android Stick mit einem A10, daß wenn das Gerät nichts zutun hat, die CPU auf 80Mhz gedrosselt wird.

Bevor ich unnötig Geld zum Fenster rauswerfe, würde der SD-Card Controller auf dem RED auch Karten unterstützen die weit schneller sind als die im Shop von Transcend ? Z.B. von SanDisk mit Class10 und UHS-3: http://www.sandisk.de/products/memory-cards/microsd/extremepro-uhs-i/?capacity=16GB

Alternativ - wenn es um 24/7 Betrieb gehen soll - über zusätzliche Stromversorgung mittels Solarzellen und Pufferakkus lösen. Dabei würde ich persönlich eher zu einer Autobatterie bzw. LiPos mit deutl. höherer Energiedichte greifen. Ich vermute mit 12x1.2V Pack sind nur 0815 NiMH-Akku gemeint.

Ja, das habe ich mir schon gedacht. Der offizielle Download von gphoto2 hat aber nur den Quellcode, der muss auf der Platform compiliert und installiert werden. Das ist mir als Linux-Newbie (noch) zu riskant. Gibt es da nicht u.U. Konflikte mit den schon vorhandenen Packages im repo ? Ev. könnt Ihr gphoto2 im nächsten Image-Upgrade gleich fertig installiert mitliefern, für Kameraschlitten u.a. wird es dazu in Zukunft sicher viele Anfragen geben.

RS232-"Geräte" per Bricklet Ich gehe mal davon aus dieses Jahr nein und mein Tip für das nächste Jahr auch nein , zumal da noch andere Bricklets geplant sind wie ev. Nachfolger der Chibi/XBee Extension, OLED Display, Nachfolger (StepDown-) PowerSupply ev. mit LiPO Unterstützung, AnalogIn Nachfolger etc... Die Reihenfolge ist hier willkürlich ! Die Nachfrage für ein RS232 scheint TF zu gering zu halten. RS232 am RED wäre mögl. aber wohl nur mit TX und RX Signalen wenn ich mich noch richtig erinnere. Allerdings Voraussetzung ist ein passender Adapter und breakout Board zum Anschluß ans GPIO. Gibt es (noch) nicht. Armin, wäre ein FTDI-Adapter vorübergehend eine Alternative ? Die Treiber gibt es mittlerweile für alle wichtigen Betriebssysteme. Achso zum Thema Kickstarter hatten wir schon mal eine Diskussion: http://www.tinkerunity.org/forum/index.php/topic,1529.msg10055.html#msg10055 Sollen meinen: die Aktivität des Forums ist schwach ? Dann nur zu, neue User und Beiträge braucht das Forum

Bis jetzt eigentlich nur der Upload zum RED eigener Scripte oder Programme zum Steuern der Bricks und Bricklets. Ich denke ich probiere mal den Weg über einen USB Speicherstick.

Danke remotecontrol. Ja er findet das im repo, aber es scheint ich brauche noch eine Online-Verb. zum Nachladen von Dependencies, siehe Screenshots. Aber ich habe keine Ethernet-Ext. oder passenden WLAN-Stick Einen anderen Weg (Serialport etc.) wird es wahrscheinlich nicht geben.

gphoto2 http://www.gphoto.org/ würde ich gerne auf dem RED ausführen. Normalerweise ist es bei allen Distros schon dabei. Mir scheint aber auf dem (Fast-) Image nicht. Muss dieses Tool erst noch installiert werden oder ist das nur ein wenig versteckt ? Für sachdienliche Hinweise aus Richtung der Linux-Experten wäre ich sehr dankbar .

Prima und danke, hat geklappt. Allerdings scheint es erst beim 2 Versuch der Programmstart (Always) zu klappen, anbei das log: 2014-12-11T14:44:17.899223+0100 ------------------------------------------------------------------------------- An unhandled exception occurred at $00037794 : ETimeoutException : Did not receive response in time for function ID 2 $00037794 $0001FF94 $000087C0 $000088A8 2014-12-11T14:44:21.468739+0100 ------------------------------------------------------------------------------- Das Programm was ich ausführe ist recht banal, siehe Attachment. Falls das o.g. ein Bug ist, reicht eine Behebung auch im nächsten Jahr ExampleCallback.pas

Compile From Source in Pascal (Delphi/Lazarus) scheint noch nicht zu klappen. Compiler findet das "tinkerforge" package auf dem (Fast-) Image nicht, siehe Screenshot. Kann ich das lösen mit Angabe des passenden Path in Umgeb.Var oder Makefile ? Ebenso frohe Weihnachten.

Ja müsste doch über HDMI, aber Voraussetzung ist das Full-Image mit GPU Treibern: http://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick.html#red-brick-images

@batti Auch wenn die Tinkerforge API GPIO noch nicht unterstützt, sind alle Anschlüsse -etwas Bastelei vorausgesetzt- soweit jetzt schon im RED systemweit benutzbar ? Also nix disabled oder wenn die SPI Kommunikation über die Bricks läuft abgeschaltet ?

D.h. damit lässt sich zumindest Consolen-Apps ausführen die die Standard-Libs von Lazarus ref. ? Was ist den nun mit dem GPIO Connector als Zubehör ? Können wir zumindest betriebssystemweit auf diese Schnittstellen zugreifen ?

Oh, das wurde in den letzten Jahren recht häufig nachgefragt, eine Deck- oder Bodenplatte die einen hohen Stackturm splittet, halte ich auch für eine sinnvolle Ergänzung im Sortiment. Dadurch wären wir etwas flexibler was das Einbauen in (Standard-) Gehäuse angeht. Die Lsg. mittels RS485 ist für die entfernte kabelgebundene Verbindung zweier Stack doch vorgesehen. Für die aber sehr enge "side by side" Montage zu oversized.

Wird es noch ein separates Adapter-Kabel für den GPIO Connector als Zubehör geben oder ist das ein Standard Anschluss ? Zu dem im RED aktuell unterstützten Sprachen gehört laut Doku auch Delphi\Lazarus. Bezieht sich das auf die Bindings oder auch auf die Bibliotheken ? Gem. http://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick_Installed_Versions.html#red-brick-installed-versions fehlt der Hinweis, aber der Lazarus Support ist auf Full wie auch Fast Image ?

Du solltest eig. nicht systematisch meine Fragen beantworten , sie dienten eher als ergänzende Denkanstöße zur Fehlersuche. Wenn das mit dem Master nicht klappt, bleibt dir ev. nichts anderes übrig als systematisch das System auseinanderzunehmen, das in deinem Fall schon recht komplex ist. Hier hat ein User einen ähnliches Problem berichtet ev. hilft es weiter: http://www.tinkerunity.org/forum/index.php/topic,2634.msg17149.html#msg17149

Wenn ich das Prinzip richtig verstehe, so gibt es diese Distanz nicht pauschal, sondern der gesuchte Abstand ergibt sich aus der Objektgröße dessen Temperatur man messen möchte und dem Gesichtsfeld (Field of View) das der Sensor hat. Damit "sieht" er quasi das IR-Licht wie eine Kamera. Der Sensor muss so nahe oder weit zum Objekt ausgerichtet sein, bis es das FOV vom Sensor voll ausfüllt. Die am Bricklet einstellbare Emissivität berücksichtigt den Emissionsgrad unterschiedlicher Materialien. Ab Seite 33 im Datenblatt https://github.com/Tinkerforge/temperature-ir-bricklet/raw/master/datasheets/MLX90614.pdf gibt den FOV je nach Typ an. Beim BA schätze ich bei 50% etwa 110 Grad. alle anderen sind smallbandiger.

Hast Du alternativ den Dauer-Betrieb mal nur über USB getestet ? Was sagen die Events-Logs von Windows und BrickD ? Vermutlich nutzt du aber gar nicht den BrickD Service in Windows sondern die Kommunikation geht nur über Ethernet ? Hast Du in der Anwendung ein Disconnect registrieren können ? Ev. baust du in Deine Application noch an allen wichtigen Stellen Logging und Exception-Handling ein, um der Ursache noch genauer auf den Grund zu gehen. Ich bin nicht der Netzwerk-Experte aber ist das POE immer stabil und zuverlässig auch im 24/7 Betrieb zu erwarten ? Was heißt das genau ? Immer die gleiche ? Wenn ja wie stabil bleibt das Gesamtsystem wenn du diese Komponente weglässt ?

Ja, ist es. Wenn der GPS funktioniert, vermute ich, dass der Pin 10 betroffen ist. Der Pin 1 sorgt für die notwendigen 5V. Um ganz sicher zu sein ob der Pin 10 für den GPS wichtige Fkt. hat, würde ich die Firmware studieren, ob dieser Pin referenziert wird.