jan

OK, danke für die Antwort. Kann man vielleicht im BrickV mit anmerken oder wie Lötkolben: "Kanal 1,2,3"

Hi,

habt ihr evtl. Blue und Green (Beschriftung) im BrickV für das LED-Bricklet vertauscht? Da wo man die Farbe einzeln eintsellen kann.

Danke

Is es möglich, den PT100 aus dem Shop hier mit einem Kabel zu verlängern? Oder werden die Messwerte verfälscht?

Du kannst auch sagen laufe "1000 Schritte". Oder "laufe solange bis Endschalter erreicht". natürlich muss der Abbremsvorgang mit eingerechnet werden.Die Endschalter sollten am besten per Callback abgefragt werden.

@belgarath: Also dein Diagramm sieht Standardmäßig aus. Mit meinem fast deckungsgleich. Soll heißen deine Werte sind normal, sind die normalen Tagesschwankungen.

Hi,

im Wiki gibt es so etwas bereits: http://www.tinkerunity.org/wiki/index.php/DE/Produkt_Wunschliste

Danke, da schau ich mich mal um.

Was ist von dem neuen PT100 (zweiadrig) hier im Shop zu halten? Aquariumtauglich??

Für "kleine" Anwendungen ohne große Leistungsstufen klingt das gut. Der DC- oder StepperBrick von TF muss bei mir auch schon gekühlt werden werden. Das wird schwierig, wenn die Platine nur 20x20mm ist und der Abstand zur nächsten auch nur ein paar mm.

Und TF geht ohne löten - bis jetzt 

So mal wieder was von der "Konkurrenz":

Ich fand die Stapel toll. Es soll auch eine Menge Erweiterungen gleich mit geben.

OLED-Display wäre auch mal ne super Idee hier.

Ja, wie gesagt, es gehen beide Richtungen 

Ja, ist möglich.

Andere - z.b. ich - betreiben den Stack per USB am PI, also andersrum.

Es liegt am Sensor. Er ist den "rauhen" Bedingungen in einem Aquarium nicht gewachsen. Nach den Trockenlegen ging er wieder - ein bischen...

Mal sehen, ob ich noch etwas mit Schrumpfschlauch retten kann oder ob es ein neuer wird.

Seit heute urplötzlich zeigt der PTC (mit Sensor: https://www.tinkerforge.com/de/shop/accessories/sensors/temperature-sensor-pt100-3-wire.html) falsche Werte an. Siehe Grafik. Und nein ich habe es nicht in Flüssigstickstoff getaucht 

Es hängt im Aquarium...

Auch im BrickV werden falsche Werte angezeigt. Reset bringt nichts.Neu flashen auch nicht.

Edit: Sehe grad an den Werten, dass die Werte gemütlich unter Null gelaufen sind und dann der komplette Abfall...

1.) Nein, Bricks müssen jedes für sich geflasht werden. Sie können aber im Stapel verbleiben. Also USB-Kabel umstöpseln und den jeweiligen Brick in Bootmodus versetzen.

2.) Bricklets können vom vom unteren Master aus geflasht werden.

Python kann auch (parallele) Threads. Vielleicht wäre das eine andere Lösung.

Ok, vielleicht kann das mit in die Doku, dass der  Impuls mind. 4ms lang sein sollte um überhaupt detektiert werden zu können.

WIFI oder Chibi dürften deutlich geringere Freq. möglich sein

Na, ich hoffe doch dass das "Zählen" von dem Masterbrick durchgeführt wird, an welchem der IO angeschlossen ist und dann nur mit dem (Master-)Masterbrick kommuniziert - oder?

ich nehme an für "debounce" ist 1ms der kleinste Wert -> womit wir auf eine max. Frequenz von 1kHz kommen.

Wie stabil werden die Flanken detektiert? Werden Flanken "verschluckt" bei knapp 1kHz?

Edit: Was ist die kürzeste Impulslänge die detektiert werden kann? Unter 1ms?

Habe vom letzten Projekt jetzt doch noch eine Ethernet Master Extension übrig (nur Brick, ohne Schrauben, etc...).

Bei Interesse mit Preisvorstellung bitte per PN.

Versand per Hermes € 4,-

Privat, funktioniert, aber ohne Garantie, ohne Umtausch.

Und wenn einer vergißt, das Licht auszumachen? 

Nein, in Ernst. Strom - wenn möglich - über 5V Steckernetzgerät mit USB-Ausgang (siehe Shop).

Verbinden - also Werte des Stacks abfragen - können sich eine Menge Clients. Hängt vom WLan-Durchsatz (sprich Verzögerung, etc.) ab.

Ok, ich "verzeih  "  euch.

Wie weit kann man das "schachteln"?

Master-RS485 -----(Kabel)----- Master-RS485-Chibi ^^^^^^(Funk)^^^^ Master-Chibi

Kann an den letzten jetzt wieder noch eine RS485 drauf und ein weiterer Stack angesprochen werden? Wie weit geht das?

ja

Super Danke.

Folgender Aufbau (von unten nach oben): Master - Chibi - Ethernet (Chibi und Ethernet geht auch vertauscht). Der Stack soll über Ethernet angesprochen werden und per Chibi Slave-Stacks abfragen.

Was Funktioniert:

• an USB kann ich ich Chibi und Ethernet einrichten
  
• wenn Stack am Router ist, wird dieser erkannt (static IP)
  
• der Stack wird im Netzwerk mit Ping gefunden
  

Problem: Der Stack kann nicht per IP die TF-Funktionalitäten bereitstellen (im BrickV nicht gefunden, "No BrickD running.") und per Script wird er auch nicht gefunden.

nur wenn du "nach links" schaltest

Ja, es würde funktionieren.