Posts by honky

Es gibt große Fortschritte in dem Projekt, unter anderem ein kleines Youtube Video:

https://www.youtube.com/?hl=de&gl=DE

Dank verteilten System und mittlerweile CubieTruck ist er kurz davor völlig autonom zu kartieren und zu steuern.

Grüße,

honky

Ein kleines Update:

Ich habe spaßenshalber den Raspberry an die zwei DC-Motoren geschraubt, die ich mit dem Makeblock Starter Kit bekommen habe und einen kleinen ROS Controller geschrieben, mit dem sich das Teil schon ziemlich gut durch die Wohnung fahren lässt.

Leider hatte ich Probleme mit dem Wlan (WPA2 Enterprise TLS und Debian ), das Lan Kabel muss man sich also ausnahmsweise mal wegdenken.

Auf meiner Seite gibts auch ein Video, wo sich das Teil bewegt:
http://defendtheplanet.net/2014/05/21/raspberry-pi-robot-2/

Ja habe ich. Allerdings hatte das Teil gegenüber dem CubieTruck ein paar Nachteile für mich. Unter anderem spielt da die Verfügbarkeit mit rein, für Lubuntu 13.04 auf dem Cubietruck gibt es wenigstens ein paar Pakete (als ich jetzt nochmal geschaut habe: es gibt doch images für viele Odriods!), und GPIOs wollte ich nach Möglichkeit auch haben... Zudem klingt der Stromverbrauch des CubieTrucks mit 500mA auf 5V (laut Spec, hab noch nicht nachgemessen) sehr gut + der LiPo Support... etc.

Leider habe ich derzeit nur gesamt 20 Wochen, sonst hätte ich mir das bestimmt nochmal näher angeschaut.

Mal schauen wie weit die Reise geht, sobald ich kann poste ich ein Video / Bild von der aktuellen Version mit zwei 6V DC Motoren und Ketten

ROS und der Raspberry ist so eine Sache. Für ROS Groovy gibt es sogar ein Image und auch ein paar Pakete für alle folgenden Versionen (also auch Hydro) ist das meiste Handarbeit. D.h. Alles vom Source her kompilieren, alle Abhängigkeiten per Hand auflösen und auch Treiber für die Xtion wollen für ARM gebaut werden.

Wenn es dann einmal läuft verursacht ROS ein Grundrauschen zwischen 5-10%. Schaltet man unoptimiert das openni2_camera oder ähnliches dazu - schießt er hoch auf 100% und bleibt da bis zum Heldentot.

Für einen base_controller per GPIO, billig stepper motor und geometry twist reicht es aber - gleichzeitig dazu die Xtion anschalten wird schlecht. Eine normale Webcam sollte er aber schaffen - je nach Framerate und Auflösung.

Man kann da auch noch einiges durch Optimierung rausholen, bekommt dann aber auch in der Regel weniger Daten.

Deswegen habe ich mir auch ein CubieTruck zugelegt und teste beide nun im Wechsel - werd vielleicht auch die Motorsteuerung von einem Arduino Micro übernehmen lassen und naja schaun wir mal.

Ich hab noch 18 Wochen bis zur Abgabe Danach gibts ein umfassendes PDF mit allen Erkenntnissen.
Bis dahin kann ich nur weiter auf meine Webseite verweisen

Die gibts beim Lokalen Kistenschieber für knapp 150€! Siehe
Xtion auf Amazon [Anzeige].

Man kann damit auch wunderbar OpenNI2 benutzen - der Raspberry ist damit zwar quasi überfordert, aber mit ein paar Optimierungen bekommt man auch ein paar Bilder raus.

Für Windows und Co ist OpenNI wohl auch geeignet und kann auch direkt dort angeschlossen werden. Mit Frameworks wie zum Beispiel Nite etc. kann man dann auch Körper erkennen oder Handgesten ermitteln.

Ein tolles Gerät zum experimentieren und wesentlich günstiger als jeder Laserscanner...

Ich baue für meine Abschlussarbeit gerade einen Roboter, der vor allem mit ROS (Robot Operating System) und der Asus Xtion Pro Live (so einer Art kleinen Kinect) funktionieren soll. Dafür habe ich bereits ein kleines Setup zusammengebastelt und wollte das hier mal vorstellen:

Derzeit benutzt er noch die kleinen 5V Standardmotoren, diese werde ich wohl zügig ersetzen, da sie sehr langsam sind.Vielleicht hat ja bereits jemand ähnliche Erfahrungen in diesem Bereich gemacht und kann mir ein paar Tipps im Bereich StepperMotoren und 12V Stromquellen geben, diese versuche ich gerade einzubauen.

Auch Tipps im Bereich Performance und Stromeinsparen wären sehr hilfreich, da jeder Tropfen Strom der gespart wird hilft

Ich betreibe zu Dokumentationszwecken eine kleine Webseite, auf der ich auch einige Videos verlinkt habe.
http://defendtheplanet.net/2014/05/05/raspberry-pi-robot-1/ (Achtung englisch)

(für Videos einfach diesen Link: http://defendtheplanet.net/tag/youtube/ )

Ich freue mich auf den Austausch

Für alle die mit GitHub vertraut sind, ist noch in Arbeit, wird aber noch weiter wachsen:

https://github.com/honky/ProjectGuenther

Jeder der etwas beitragen will, darf das dort gern tun.

Gruß,

Harry

Wie wäre es mit einem Kindle Display?

http://www.golem.de/news/kindleber…1209-94474.html

Bin nur am Telefon...

Stecken die Pins richtig? Die Nummerierung ist manchmal irreführend. Auf den Fotos ist es PIN 1 im wiring pi. Muss man im send.cpp entsprechend ändern und neu maken

Kalte Lötstellen?

...

Sonst gibts vieles, bin die Tage zur Not Uch kurz im skype / chat der wahl

Gruß,

Harry

Leider falsch Jan. Signalpegel usw. 5V laufen bei mir auch prima.
Siehe oben.

Es fehlt sowas von JavaScript und Node.js!

Danke orb. War nicht ernsthaft als Vorwurf gemeint.

schlechte kleine Skizze:

Das Fenster bleibt von seiner "Hebelstellung"(falls es das Wort gibt) immer auf ankippen, weil ich hoch genug wohne, sollte das kein Problem sein.
Die Kraft, die benötigt wird, es zu öffnen ist vergleichsweise klein, um nicht zu sagen, es fällt fast von allein auf - also nichts, was man nicht z.B. mit mit einer Feder? Einer kleinen Ballon? Oder ähnlichen Regeln könnte.
Zumachen ist also das Problem. Man müsste vielleicht, wie gezeichnet "an einem Strick ziehen lassen, bis es zu ist". Und dafür, kann ich ja bei Gelegenheit mal testen, sollten 2kg mehr als nötig sein.
Der Motor müsste halt unten ein Gegengewicht bekommen und oben halbwegs stabil eine Umlenkrolle befestigt bekommen.

Schönes Aussehen ist kein Kriterium.

Übersehe ich da was in meinem Überromantisieren?

Das Projekt geht weiter, gestern gab es eine neue Lampe und ein paar Kleinigkeiten.

Da Günther auf dem Fensterbrett steht, liegt der Gedanke nahe, das angekippte Fenster öffnen und schließen zu können. Die Einzelteile sind in Honkong bestellt und kommen wohl in den nächsten Wochen.

DX.com liefert:
Breadboard Jumper Wires for Electronic DIY (70-Cable Pack)
Artikelnr. 80208
$3,50 USD

Solderless Breadboard - White (Large Size)
Artikelnr. 121529
$4,80 USD

SG90 Mini Servo with Gears and Parts (2Kg Torque)
Artikelnr. 35764
$4,00 USD

DIY 1/4W Resistance Carbon Film Resistors - Yellow + Silver (500 PCS)
Artikelnr. 151155
$5,70 USD

und damit sollen dann Fenster aufgehen

Mal schaun.

Und weil Leute Bilder lieben, hier ein aktuelles:

(RPI ist an ein kleines Brett gehängt, Fernbedienung komplett auseinander genommen und die Bohrungen zum Festschrauben an das Brett genutzt, Webcam drangelegt und im Baumarkt für 8€ eine kleine anklippbare Lampe gekauft, die Nachts Webcambilder erlaubt (Fotos(!)). Außerdem bekomme ich nun nach jedem Gießen eine Mail mit Protokoll und Bild. Achja und der "Unterteller" beim Blumentopf ist neu, ich war die gelegentlich bräunliche Suppe wegzuwischen, die aus dem Loch im Blumentopf austrat, wenn doch mal etwas mehr Wasser kam.)

Gruß,

Harry

Also die Antwortgeschwindigkeit hier tztz.

Der hier vielleicht?

http://dx.com/p/sg90-mini-se…kg-torque-35764

Hallo,

ich wohne in einer Mietwohnung und will automatisiert ein Fenster ankippen und schließen können.

Mir schwebt da von Motor / Seilzug etc einiges vor.

Hat das schon wer mal gesehen / gemacht?
Hat jemand einen Link für mich in die Richtung?

Google konnte nur mäßig helfen.

Vielen Dank,

Harry

Strom (aus der Dose), Wasser(in dem die Pumpe hängt) und Selberlöten :)Mir graut es.

Wer das Projekt weiter quasi live verfolgen will einfach mal hier auf Twitter schaun.

Eine Liste der Kommandos werde ich hier noch posten und auch irgendwie im Twitter noch verlinken.

Sollte wohl die Tage soweit sein. Heute musste ich nochmal ran und löten, eine Kontakstelle wurde kalt.
Aber Günther kennt keine Probleme mit dem Widerstand
Long live the Günther (wenn er denn mal loslegt und wächst)

Falls jemand mal in dem Zusammenhang eine gute Anleitung sucht um Node.js auf Raspbian zum laufen zu bekommen:

https://gist.github.com/3301813

Mittlerweile habe ich mir auch eine Standard-Vorgehensweise für ein frisches Raspian gebastelt, was alles inkl. wiringPi und rcswitchPi, samba etc. nacheinander installiert und für einen node-twitter vorbereitet.

Besteht an sowas Interesse?

Gruß,

Harry

Im Wesentlichen, weil ich Steckdosen und damit alle anderen Geräte im Haus / Wohnung / Zimmer steuern kann und es für mich ein interessanter Gedanke war. Damit kann ich alles ziemlich unkompliziert kombinieren und ohne Aufwand austauschen.

Wie könnte man es anders machen? Einen Schalter direkt zwischen [font="Tahoma, Verdana, Arial, sans-serif"]Raspberry[/font][font="Tahoma, Verdana, Arial, sans-serif"] und Pumpe? Der Aufbau würde mich interessieren, google spuckt hunderte Ergebnisse aus, die aber alle mit 433mhz zutun haben [/font]

[font="Tahoma, Verdana, Arial, sans-serif"]Mein Projekt geht derweil weiter, Pflanze ist drin (Ich nenne Ihn Günther2), etwas Ambiente ist vorhanden (siehe Bild) und gegossen kann schon fleißig werden: Und zwar per Twitter Habe mit node-twitter einen Streamclient angelegt, welcher bei entsprechenden Kommandos ( LichtfürGünther, WasserFürGünther, RadioFürGünther usw) dann etwas kontrolliert die Steckdosen schaltet.[/font]
[font="Tahoma, Verdana, Arial, sans-serif"]Günther wird dann bald mit einem Tweet an die entsprechende Person antworten und einen WebcamShot von sich als media anhängen. Webcam, motion etc stehen schon bereit - leider ist meine SD Karte etwas buggy und zerstört mir ständig das Raspian, weswegen ich sie noch nicht auf die kompletten 16gb erweitern kann (ich hab demnach zur Zeit nur rund 100mb frei dank wheezy und ein paar Kleinigkeiten), ohne einen kompletten Datenverlust zu riskieren. [/font]
[font="Tahoma, Verdana, Arial, sans-serif"]Entsprechende Schnittstellen bietet node-twitter ([/font][font="Tahoma, Verdana, Arial, sans-serif"]https://github.com/jdub/node-twitter) bereits, aber ich muss die Teile noch zusammenführen.[/font]

[font="Tahoma, Verdana, Arial, sans-serif"]Was halt schön an der Sache ist - der TwitterStream bietet Eventbasierte Reaktionen - also unmittelbar, wenn ein Tweet eingeht mit irgendeinem bestimmten Begriff (Kommando) kommt das Event bei meinem NodeJs an und reagiert anschließend darauf - ich muss also nicht ständig twitter bombadieren und zeitverzögert drauf reagieren, sondern twitter kommt quasi von allein und sagt mir bescheid [/font]

Das Ganze ist natürlich als Spaß zu verstehen. Ich mach das um es mal gemacht zu haben und weil es immer was neues zu lösen gibt.

[font="Tahoma, Verdana, Arial, sans-serif"]Genug Wirres mit schlechter Rechtschreibung für heute, sondern weil Leute Bilder mögen, noch eines zum Abschluss:[/font]

[font="Tahoma, Verdana, Arial, sans-serif"]
[/font]

okay so langsam daemmerts was es damit auf sich hat.
Ein paar Tests und ich konnte das Problem heraufbeschwoeren.

Eine Idee haette ich aber noch:

sudo nice --19 ./send 11111 1 0

also hoechste Prioritaet fuer das Senden im Multiusersystem.

Hat jemand schon Erfahrungen damit? Bei mir ist es bisher nicht wieder aufgetreten.
Allerdings werde ich da noch mehr Zeit mit verbringen.

Gruss,

Harry

Vielen Dank JanG80 für die Hinweise.
Deine Seite war in der Tat sehr informativ, leider habe ichs damals (also gestern) versäumt mehr als http://www.gsurf.de/preiswertes-funkmodul-fur-raspberry-pi/ zu lesen.

Warum kommt es auf das Timing an? Mal abgesehen davon, dass man nicht zwei Befehle zeitgleich absenden sollte, weil sonst nach meinen Erfahrungen der erste verloren geht - aber was spricht gegen einen Warteschleife oder ein Lock (Sperrung(?)).

Node.js war dahingehend echt dankbar - erstmal der Vorteil, dass es echt wenig Ressourcen braucht und dabei noch wahnsinnig schnell ist.

Außerdem schalteten die Steckdosen meist schneller, als dass ich meinen Zeigefinger von Maus oder Touch lösen konnte.

Der Quellcode ist nur flott dahingeschrieben:

var express = require("express");
var app = express();
var deviceStatus = { };
var currentlyExecutingRC = false; 
var util = require('util')
var exec = require('child_process').exec;

function puts(error, stdout, stderr) { 
		util.puts(stdout); 
		currentlyExecutingRC = false;
		console.warn("Executing Done");
}






app.configure(function(){
  app.use('/media', express.static(__dirname + '/media'));
  app.use(express.static(__dirname + '/public'));
});


app.listen(80);


app.use(express.static(__dirname + '/'));


app.get('/switchStatus', function(req, res){
  switchStatus(req.query["family"], req.query["device"], req.query["status"]);
});


app.get('/deviceStatus', function(req, res){
  res.send(JSON.stringify(deviceStatus));
});




function switchStatus(family, device, status)
{
	if(currentlyExecutingRC == true)
	{
		setTimeout(function() { switchStatus(family, device, status); } ,100);
		return;
	}


	if(family != "11111")
	{
		family = "11111";
	} 


	device = parseInt(device,10);


	if(status != "1" && status != "0")
	{
		status = "0";
	}


	if(deviceStatus["device"+device] == undefined)
	{
		deviceStatus["device"+device] = -1;
	}








	if(deviceStatus["device"+device] != status)
	{
		currentlyExecutingRC = true;
		exec("sudo /home/pi/rcswitch-pi/send " + family + " " + device + " " + status, puts);
		deviceStatus["device"+device] = status;
    }


    console.log(deviceStatus);
}

Kurze Erklärung, auf Port 80 läuft ein kleiner Webserver (ExpressJS) der sobald er eine URL bekommt wie ./switchStatus&family=x&device=y&status=z die entsprechende Steckdose ansteuert, währenddessen blockiert und sich deren Zustand merkt.
Wenn befehle mehrfach kommen, oder sinnlos sind (weil ein device z.B. schon aus ist, dann spart er sich es). Sollte er bereits mit einem Befehl beschätigt sein, so wartet er (ja blöde Idee hier eine echt feste Zeit zu nehmen aber egal) 100 ms bevor er es wieder versucht.

Zugegebenermaßen läuft bei mir kein openHAB nebenbei, aber bisher kamen alle befehle sauber durch - auch wenn mehrere Dinge kurz nacheinander passieren sollten.

Andrerseits habe ich das Problem des Timings auch nicht wirklich - ich mein, Pumpe an, Pumpe aus. Die Zeit dazwischen ist er einzige kritische Punkt, und denn fange ich erstmal etwas ab, indem ich das Wasser etwa 50cm hinaufpumpen lasse, was wohl 1-2 sek dauert, da die kleine Pumpe damit kämpft, und die Menge des Wassers jetzt auch nicht das allerwichtigste ist - notfalls kommt ein kleiner Sensor hinzu, der dann eben nochmal feuert.

OpenHab ist eine gute Sache. Lohnt sich das "wegen einer Pflanze"?

Meine Automatisierung könnte ein cronjob übernehmen, meine Universale Schnittstelle wäre Port 80 und HTTP.

So weit:

Der Brunnen: (ca 10€)

die Pumpe:

Der Pflanzkübel, mit ehemals Frostschutzkanister: (ca 10€)

+15 € Steckdosen, +3,50 € Leiste + Kabelbinder und Kupferdraht

Das komplette SetUp, nun fehlt nur noch Licht, Webcam und Ventilator \o/

Gruß,

Harry

P.S. Über Ideen und Vorschläge würde ich mich sehr freuen

Hey Manne, interessante Loesung.
Die Reichweite deiner Schaltung wird entsprechend groesser sein oder?

Mein Projekt geht nun in eine definiertere Richtung:

Es wird eine Pflanze am Leben gehalten werden:

Als Pumpe kommt die eines Zimmerbrunnens zum Einsatz, als Schlauch
ein etwas besonderer Strohhalm, alles wird dann durch etwas Holz fixiert und durch
eine Webcam ueberwacht. Steuerbar aus dem Internet waere auch witzig. Die Technik
steht ja soweit.

Gruss,

Harry (von der englischen Tastatur)