Nic

Das dürfte schwierig werden, falls die Installation noch Dependencies braucht die nicht auf der Distro sind, wird versucht diese erst aus dem Internet zu laden.

Frage zur Not den Nachbarn ob du seinen AP benutzen darfst oder versuche es über einen freien WIFI Hotspot in deiner Stadt. Du brauchst aber einen WLAN Stick am RED um ins Web zu kommen.

Schwacher Trost: Ich hatte bzw. habe immer noch die eine oder andere Hürde zu meistern, inwieweit Hardware so "schön einfach" am RED angestöpselt werden kann wie unter Win. Ob dann noch Treiber nachinstalliert, oder schon im Kernel versteckt sind und erst erst wachgerüttelt werden müssen ist mir teilweise auch nicht klar.

Der letzte Schaltzustand im Quad bleibt nicht persistent oder im EEPROM.

Und das Abklemmen des GPS geht dann ohne Reset ?

Du könntest theoretisch auch die Stromversorgung zum GPS Bricklet durch ein Industrial Quad Relay unterbrechen

Vielleicht wäre es denkbar, nach dem "Zuschalten" des GPS Bricklets einen Reset des Stacks durchführen?

Falls das GPS-Bricklet am Quad Relay hängt und nur über diesen in den Stack geschaltet wird, wäre der Zeitpunkt wenn am Quad Relay der Schalter geschlossen wird zu spät. Dann ist die Initialsierung im Stack schon längst abgeschlossen.

Da müsste man erstmal das Datenblatt zum GPS Baustein analysieren. Allerdings möchte ich bezweifeln bei den noch annehmbaren 30mA Verbrauch, dass es sich für TF rechnen würde da nochmals Arbeit in die Anpassung der Firmware zu investieren.

Aber ich erinnere mich an deinen Beitrag wg. Bluetooth Unterstützung im RED, konntest du erfolgreich eine Dongle am RED beutzen ? Wenn ja bitte in diese Hardware Liste eintragen: http://www.tinkerunity.org/wiki/index.php/DE/RED_USB

Wenn du schon einen Bluetooth Dongle am RED hast, versuche diesen doch mit einem bluetooth-fähigen GPS Empfänger anzusprechen, der Energieverbrauch dürfte aber in etwa gleich sein ?!

Vielleicht nur ein schwacher Trost, aber wenn du nur sporadisch GPS Daten brauchst versuche diese übers Smartphone (meistens haben die GPS) zu ermitteln und geschickt an deine Anwendung zu übertragen.

Der GPS Bricklet bringt noch als Vorteil mit die Systemzeit des RED supergenau zu aktualisieren.

Das wäre Hotplugging und nein das geht nicht, speziell beim GPS Bricklet erst recht nicht, da dieser eigene Initialisierung durchfährt, beim Starten des Stacks mit dem Brick verbunden sein muss zwecks Auslesen des EEPROMs, Konfiguration etc.

Dir bleibt nichts anderes übrig als über die API zu gehen und z.B. den Callback auf die GPS Koordinaten ev. mittels des Tilt States ein- bzw. auszuschalten.

Ich verwende bisher zur Überwachung der Lipo Zellspannung den AnalogIn Bricklet. Dieser ist zwar z.Z. aus dem Sortiment aber es werden vermutl. 2 Neuauflagen kommen mit unterschiedl. Genauigkeit:

http://www.tinkerunity.org/forum/index.php/topic,2525.msg16600.html#msg16600

Ich habe nicht gefragt ob die Hardware von Linux erkannt wird, sondern ob die Logitech 9000 (ohne weitere Installation von zusätzl. Treibern) mit einem Utility Prog. oder Media Player wie z.B. VLC unter dem RED-Linux bedienbar ist ?!

Mal ne kurze Zwischenfrage, die Webcam wird vom RED erkannt ?! Wird auch von Linux der passende Treiber geladen ? Hast du zum Vergleich mal mit einem Utility wie zb. den VLC media player http://www.videolan.org/vlc/ unter Linux(!) versucht die Webcam zu benutzen ?

If you ask to replace the raspi by the RED to use TF stuff furthermore, the answer would be yes you can

The RED is my first Linux machine and I am very satisfied, actual the RED has the Linux distro Jessie plus some RED stuff.

In case of the RED all connected Bricks and Bricklet runs over SPI interface instead of USB. Maintenance the RED by Brick Viewer works like a charm.

Ist zwar für Ubuntu, aber Linux ist dann nicht mehr soweit

http://wiki.ubuntuusers.de/USB_ModeSwitch#Unterstuetzte-Geraete

Toll! Ich bekomme von solchen Beiträgen immer Kopfschmerzen , wo es von Abkürzungen und Fachausdrücken nur so wimmelt, die ev. kaum ein Mensch versteht. Wäre prima wenn so mancher Begriff mit einem Querverweis versehen wird. Und Gebäudeautomation liest sich besser als Domotik etc.

Also ist hiermit eine GSM (http://de.wikipedia.org/wiki/Global_System_for_Mobile_Communications) fähige Extension gemeint ?

Also für Funkverbindung jenseits der Reichweite von Zigbee (http://de.wikipedia.org/wiki/ZigBee) oder WIFI (http://de.wikipedia.org/wiki/Wi-Fi) ?

Ich arbeite auch an einem node.js Projekt und editiere die Dateien am Host und schiebe das per Upload auf den RED. Wenn das einmal zwecks Erstinstallation geschieht ist das ok, aber wenn das öfters vorkommt weil das Projekt wächst, ist das sehr mühselig.

Es kann aber auch durchaus vorkommen, dass von versch. Desktop-PCs das Editieren vorgenommen wird. Ich möchte ungern exotische Treiber installieren müssen oder vertieftes Linux-Experten-Wissen aneignen müssen, um so banale Dinge wie das Bearbeiten von js/Bash/HTML... Scripten zu erledigen.

Könnte man den Brick-Viewer nicht so erweitern, dass man eine Datei aus dem Projekt-Folder selektiert und in einem embedded Editor lädt, bearbeitet und abschließend autom. der Upload stattfindet ? So ähnlich ist das beim Darstellen der Logs im Brick-Viewer jetzt schon möglich...

Ich vermute das Kabel ist fest an der Antennenbuchse, du kannst vorsichtig die U.FL Kupplung von der Wifi-Ext. abziehen und nur dort ein anderes Kabel anschliessen.

Ja und anscheinend habe ich auch die komplette Doku im Kopf

http://www.tinkerforge.com/de/doc/Hardware/Master_Extensions/WIFI_Extension.html#leds-und-anschlussmoglichkeiten

Ganz unten...

Das WIFI Modul ist mit einem U.FL Anschluss und einem 75 Ohm U.FL nach RP-SMA Kabel ausgestattet. Abhängig von der Anwendung kann dieses Kabel auch vom WIFI Modul getrennt und ein eigenes angeschlossen werden.

Produktbez. und ModellNr der Webcam wäre prima, aber kein Stress.

Diese Platine-zu-Platine Verbinder https://www.tinkerforge.com/de/shop/accessories/connectors/30-pin-btb-top-935.html werden auf den Bricks fest verlötet. Dass die Teile im Shop gibt, ist mehr für die Bastler gedacht.

Winkeladapter bzw. -kabel - um die Bricks z.B. flächig oder in Serie zu verteilen statt zu stapeln - wurden in der Vergangenheit schon oft nachgefragt, aber aufgrund der Risiken durch EMV http://de.wikipedia.org/wiki/Elektromagnetische_Vertr%C3%A4glichkeit nicht realisierbar.

1. Wie heißt das Antennen Kabel von der Wifi Extension zwischen der Platine und dem Antennenanschluss?

Meinst du sowas hier: https://www.tinkerforge.com/de/shop/accessories/antennas/2-4ghz-sma-antenna-external-magnetic-mount.html

Darf ich auch dich bitten, Hardware die du erfolgreich am RED benutzen konntest in diese Liste http://www.tinkerunity.org/wiki/index.php/DE/RED_USB einzutragen. Wenn ich mich recht erinnere hast du schon eine Webcam angeschlossen !?

Zufälle gibts, und 20 Min später ist es da 

@tinkerbelle

Wenn du dein Bluetooth-Dongle erfolgreich testen und benutzen kannst am RED/Image 1.6, ergänzt du bitte diese Liste: http://www.tinkerunity.org/wiki/index.php/DE/RED_USB

Zu VNC:

Auf der RED-Distro (=Jessie + RED extra stuff) ist m.E. der TightVNC Server schon drauf, alles weitere habe ich aus dieser Seite: http://www.gtkdb.de/index_36_2107.html

Quatsch, hatte ich auch nicht als Vorwurf verstanden. Meine letzte Antwort sollte dich auch nur bewegen mit noch mehr Infos zu deinem komplexen Problem rauszurücken.

Vielleicht weil der Motorcontroller schon länger nun ohne Strom war

Jedenfalls zeigt sich nun plötzlich wieder das selbe Verhalten wie mit dem anderen Motoren

M.E. hat dein Roboter zu wenig Strom, es kann gut sein, dass 0815 1.2V Akkus nicht hochstromfest/stabil sind und bei Last einbrechen.

Schreib doch mehr zur Spannungsversorgung. Welche Akkus/Batterien du genau verwendest: Hersteller, Kapazität etc. Hat jeder Motor eine eigene Versorgung ? Oder sind alle 4 Motoren am gleichen Powerpack ?

Du hast nichts vom Rotary erzählt, noch dass es um komplexe Userdaten geht. Dann solltest Du schon genauer schildern was du machen möchtest. Ansonsten wird das Feedback hier mager ausfallen Der Getter auf die aktuelle Position des Rotary ist m.E. gar nicht kompliziert...

Ich habe das mit dem (alten) AnalogIn so gelöst, dass mit relativ niedrigem Averaging und Periode der Callback nach dem Starten des Programms recht zügig Werte liefert. Nach rund 1-2sec spätestens sehe ich im 4x7 Display einen Wert. Das reicht mir und alles andere macht eig. keinen Sinn, für die Mittelwertbildung müssen ja erstmal Werte gesammelt werden.

Ev. nicht ganz das kompakte Breakout, aber erfüllt den gleichen Zweck

http://www.conrad.de/ce/de/product/595239/USB-Steckverbinder-mit-Schraubanschluss-Stecker-gerade-MN-USB4M-Mini-USB-Stecker-Typ-B-Conrad-Inhalt-1-St Conrad Modell Nr.595239 - 62.

Damit der Code übersichtlicher und wartbarer ist, würde ich grundsätzlich Enums verwenden, siehe http://csharp.net-informations.com/statements/enum.htm. Also den redundanten Klartext "BESCHLEUNIGUNG" mit z.B. MyStepperStatesEnum.DriveInside (zum Endschalter) bzw. *DriveOutside (vom Endschalter weg) tauschen.

Statt die Integer-Werte der StepperStates vom Brick kannst auch gleich die Konstanten aus den Bindings verwenden: also statt

if (stateNew == 1)

besser

if (stateNew == BrickStepper.STATE_STOP).

Erzähl doch ein wenig zu deiner Anwendung oder wozu du den Kreuztisch verwenden möchtest. Dann ist das hier im Forum nicht so trockene Kost und ev. gibst Du mit deinem Projekt Inspiration oder Denkanstöße an andere weiter