ArcaneDraconum

Respekt, das sieht mal richtig gut aus. Echt feine Sache.

Genau das ist der Jumping Point - daher warte ich persönlich auch schon sehnsüchtig auf die Ethernet Extension....... Wobei der Raspi eine echte Alternative ist und der BrickDaemon sauber drauf läuft. Die OpenWrt-Geschichte ist was für Leute, die sich da sehr gut auskennen - ich bin da mal raus.

Hey prima, und das am heiligen Sonntag. Dann bleibt für morgen doch nur die Schneeschaufel übrig....

Hach, wie geil und wie schnell die Zeit vergeht.... Ich schließe mich den Glückwünschen an..... Und hoffe noch auf viele, kleine Brickletkinderlein von Euch...

Hallo liebes Tinkerforge-Team, ich bin heute (ja es ist Sundach) mal auf Eure Seite gegangen, um mir etwas Doku zu den neuen Industrial Bricklets zu besorgen. Beim DigiIn und DigiOut sind die Bohrschablonen nicht zu erreichen. Schade. Bei QuadRelais ist mir aufgefallen, daß nur die Platinenmaße angegeben sind und nicht der Abstand der Bohrungen. Nun bohre ich ja Löcher für die Verschraubung, also wäre dieses Maß das interessanteste für mich. Ich gehe mal von 35mmx35mm aus, wie beim Master. Ihr habt einen neuen BrickViewer veröffentlicht. Beim Thread Veröffentlichungen bekommt man den auch (1.1.15). Bei Downloads kann man nur den aktuellen 1.1.14 bekommen. Also habt Ihr schon a bisserl Arbeit für den Montag - außer Schneeschippen. Viele liebe Grüße Thomas

Ich persönlich kann nur sagen, dass ich beim Raspi alle Updates drin hatte. Und ich habe das Problem nur mit einem anderen Switch gelöst bekommen. Wie schon geschrieben..... ein Laptop bekommt mit den Netgears auch Probleme. Will aber natürlich nix heißen - es gibt viele Ursachen für ähnliche Probleme......

Noch ne Ergänzung: Der Raspi hat ja FastEthernet. Meine Switche sind GigaEthernet. Und die haben eine "Green" Funktion. Bei kurzen Kabeln können sie die Leistung drosseln. Offensichtlich hängt es den Raspi dann ganz ab. Reproduzierbar übrigens auch an einem älteren Laptop - ebenfalls mit FastEthernet. Also darf der Switch auch älter sein, bzw. FastEthernet. Ich hoffe mal Du hast damit Erfolg. Thomas

Hallo thunderbird, ich hatte meinen Raspberry testweise 5 Wochen hinter einer Airport Extreme hängen und null Probleme. Dann habe ich das Teil in den Keller versetzt, direkt an einem Netgear Switch und zack nach 3 Stunden war er nicht mehr zu erreichen. Fatalerweise war es ihm nicht anzusehen. Und das Problem war nur die Netzwerkschnittstelle. An sich lief er weiter. Deshalb mein Rat: Probiere mal einen anderen Switch aus, oder eventuell ein längeres Kabel (kein Witz). Griassla Thomas

Ähem.... auch wenn es nur halb zum Thema passt: Wie weit ist denn die Ethernet-Extension geraten? Wird es die auch mit 10% Weihnachtsrabatt geben? Oder wird es doch - wie geplant - Februar werden? Könnt Ihr auch noch ein paar Details zum "neuen" Display verraten. Ich habe 4 Knöpfe gesehen und Lötpunkte. Ist da was bestückt (Stiftleiste), oder ist da Heimarbeit gefragt? Vielen Dank.

Moin Löti, 1. ich finde Deine Kritik nicht schlecht und vor allem: Vielen Dank für den Hinweis mit den Kabeln, ich werde nochmals meine Bestellung überdenken. 2. Wenn ich ein Hinweisblatt auf englisch vorfinde, drehe ich es als erstes um 3. Beim Step-Down habe ich mir auch Stecker mitbestellt, aber es einer dabei, deshalb habe ich mir die Beschreibung bei den Industrial genauer angeschaut. In der Stückliste sind die Stecker vermerkt. Aber die Idee ein Bild mit "Das ist alles dabei" finde ich sehr gut. Ein Bild sagt mehr als 1000 Listenpunkte.... 4. Ich hoffe Ihr habt alle was im Schuh gefunden.... ich z.B. eine Haarklammer meiner Tochter..... Liebe Grüße Thomas [Edit:] Erst Lesen dann Senden - groben Schreibfehler entfernt

Ich habe meistens Temperaturen zwischen 50°C und 56°C. Im Sommer will ich das Teil wieder im Keller stationiert haben, da geht die Raumtemperatur nicht so hoch.

Die Temperatur des Raspi kann man auch mittels cat /sys/class/thermal/thermal_zone0/temp auslesen. Das ist vielleicht etwas genauer als ein Bricklet. Auf jeden Fall günstiger.

Inzwischen ist Raspi-Config auch soweit... habe es allerdings mit etwas gefummel geschafft. Da das Teil remote und ohne Monitor läuft, gebe ich der Grafikeinheit die minimalen 16MB. Somit ist dieser Miniserver fast schon überdurchschnittlich gut mit Speicher ausgestattet.

Innerhalb meiner Python-Skripte habe ich auch eine Fehlerbehandlung, da ja nix zurückkommt, wenn der Stack nicht erreichbar ist. Und nach der Werteerfassung ja Diagramme gezeichnet werden. Diese Skripte sind einfach, aber dumm... ich setze dann Dummywerte ein. Dafür habe ich mir ein Flag für jeden Eintrag kreiert.

Hallo mikrolinux, ich habe ebenfalls mehrere Stacks am Laufen und habe das Ganze so gelöst, daß ich ein Bash-Skript in der crontab eingetragen habe. In diesem Bash-Skript werden nacheinander meine Python-Skriptchen aufgerufen - für jeden Stack eines. Meldet sich ein Stack nicht zurück, dann braucht das pythonskript recht lange (wartet auf den timeout), aber dannach werden die anderen brav abgearbeitet. Vielleicht bringt Dir eine solche Arbeitsweise auch ein bischen was....

@Nic: Im Prinzip ne super Idee. Wenn man die Bricklets mit gestecktem Kabel behandelt, sollten auch diese Kontakte geschützt sein. Aufpassen muss man allerdings bei Barometer und Humdidity Bricklets, damit man nicht die Öffnungen dabei verschliesst - sonst wird man wohl sehr konstante Messergebnisse erhalten.

Hallole, also bei Python nimmst du einfach den TinkerForge Ordner unterhalb von Source und kopierst ihn in das Verzeichnis mit deinen Programmen.

Moin Moin, also der Switch an sich funktioniert sehr gut, denn am selben Port bekomme ich mit einem Laptop volle Geschwindigkeit. Ich habe auch zwei baugleiche Switche unterschiedlichen Alters. Genau dasselbe Problem. Ich denke das Problem liegt woanders: Diese Netgearteile können auf kurzen Leitungen die Leistung drosseln. Offensichtlich reicht es dem Raspi dann nimmer. Denn kurioserweise, wenn ich mit meinem alten Laptop auf der Terrasse war, hat er problemlos funktioniert, der Unterschied waren etwa 20m Leitung... Aber ich habe mir einen GS108P (der hat 4x PoE) angeschafft, den werde ich vielleicht demnächst montieren und das Ganze mit dem Testen.

Hallo Zusammen, ich möchte hier noch ein paar wenige Ergänzungen machen. Vielleicht haben doch noch andere Probleme meiner Art. Ich habe den Raspi nun fast 18 Tage am Stück laufen lassen. Also das mit dem Netzteil klappt nun. Im Hintergrund wurde 1x pro Minute ein einfaches Pythonprogramm aufgerufen, welches Datum / Uhrzeit in ein täglich wechselndes Log schreibt - so sehe ich genau, wann ein Ausfall war. Der Raspi hing an einer kurzen Leitung hinter einer Airport Extreme. Am Wochenende habe ich nun beschlossen meine EeeBox B202 abzubauen und durch den Raspi zu ersetzten. An der EeeBox hing ein RS485-Aufbau direkt am USB-Port. An einem zweiten USB-Port hing ein einfacher Stack via Ethernet-Extender. Alles lief wochenlang einwandfrei. Nicht am Raspi. Problem 1: Der RS485-Stapel wird zwar von einer Step-Down versorgt, aber natürlich nur bis ich das USB-Kabel zum Raspi eingesteckt habe - nun ist der Raspi für den Strom zuständig. Und der 2 Stapel mit USB-Extender..... naja ungefähr 4.5 Volt kamen noch an. Problem 2: Nach wenigen Stunden schmiert der Raspi ab und ist nicht mehr erreichbar. Ich habe einen aktiven USB-Hub dazwischen geschaltet .... gleiches Spiel. Komisch dachte ich..... Dann habe ich mich erinnert: Ich habe im Keller 2 Netgear GS108 hängen. Ein altes Laptop (Dell Latitude mit PIII) hat hinter den Switches mal ein Netz bekommen, mal nicht. Die Schnittstelle war auch FastEthernet. Der Raspi hat ja auch "nur" FastEthernet. Den Raspi zurück an die AirportExtreme: Läuft schon wieder für Stunden stabil... mit einem Stack. Irgendwie habe ich den Verdacht, dass die Netgear Switche mit FastEthernet nur bedingt gut funktionieren. Hängt aber wohl vom Endgerät ab. Ich habe ebenso eine AirportExpress dran.... Null Probleme. Welche Switche verwendet Ihr so an Eurem Raspi? TF... es wird Zeit für die LAN-Extensions mit PoE.....

Jetzt, wo es Löti erwähnt. Ich hatte auch schon ein nagelneues KBel an einem DC Brick. Angesprungen ist er, also der Saft kam an, aber beim Flashen habe ich ihn einfach nicht erreicht.....

Also ich bin auch nicht der Feinelektroniker, ich meine aber: Der DC Brick hat eine variable Ausgangsspannung und stellt den benötigten Strom zur Verfügung, also das Regelelement ist die Spannung. Eine LED leuchtet ab einer gewissen Spannung, drunter läuft nix und darüber bringt auch nicht viel (ausser Wärme - die abgeführt werden muss). Die Leuchtkraft wird über den Strom gesteuert - je mehr, desto heller. Auch in Grenzen versteht sich. Der PWM-Ausgang schaltet eine definierte Spannung schnell ein und aus, regelt damit also den Strom der fließen kann..... Ich hoffe das ganze zwar laienhaft, aber korrekt und verständlich formuliert zu haben.

Nun ja, der Ferritkern soll hochfrequente Störungen unterdrücken. Je länger das Kabel, desto eher ist es auch eine Antenne. Dein größtes Problem dürften in diesem Falle die Lötstellen sein. Kannst ja mal bei Wikipedia unter Ferritkern bzw. Mantelwellenfilter nachschauen.

Also ich denke das kannst Du bedenkenlos machen. Die meisten Kabel haben gar keinen Ferritkern.

@amy: Super. Ich wollte nur einem weiteren Eintrag im Forum vorgreifen. Aber so ist es natürlich noch besser. Prinzipiell sollte auch nichts dagegen sprechen, wenn Du beide Steppers parallel an Deinem Netzteil anstöpselst. Das ist bei großem Stromhunger auch zu empfehlen, da maximal 3A durch den Stack dürfen. Edit: Forum mit V ist natürlich kompletter Blödsinn.

Hallo Amy, So wie ich das Konzept verstanden habe, kann ein Stepper die Motoren direkt versorgen, wenn eine Spannungsquelle an ihn angeschlossen ist, oder aber seinen Strom aus dem Stack beziehen. Und Strom in den Stack einspeisen kann nur eine Step Down Power-Supply. Das können keine anderen Bricks. Dazu muß die Step Down an unterster Stelle sitzen. Darüber kommt dann der Master und dann Deine beiden Stepper Bricks. Daß Du einen Master benötigst, sobald Du mehrere Bricks stapelst weißt Du hoffentlich, der Master ist dann für die Kommunikation mit dem PC zuständig.