ossiostborn

Hallo Lötkolben, wenn du arbeit brauchst, ich habe zwei Bricks bei dem Kontakte nach dem Verbiegen abgebrochen sind. Da müssten die Buchsen getauscht werden Also schon aus diesem Grund bevorzuge ich den neuen Stecker. Ich frage mich nur, was ein co-Prozessor bei den simplen Bricks wie Temperatur, Luftfeuchte und Co. machen soll (außer schlafen und 'n bissel schnarchen zur Kommunikation).

Die Grüne LED leuchtet dauerhaft. Nur ein Kaltstart hilft. Stapel: Stromversorgung Red Brick Netzwerk RS 485 (version 1) 2x Master Brick (zum Testen ohne Bricklet) Irgend wie scheint sich bei mir der Fehlerteufel immer wieder einzuschleichen. Da nichts angeschlossen ist, ausser Netzwerk und die 12V ... keine Ahnung was ich noch machen soll.

von 1.7 auf 1.8 umgestellt: 3x Neustart notwendig: - Grafik aus, Splashscreen aus ... - max Sd-CardSpeicher - cfg von openHab anpassen

im Brickviewer kann ich den Red Brick neu starten. Nach Installation eines neuen Build ja zwingend notwendig. Aber irgend etwas klappt weder bei Version 1.7 noch 1.8. Die grüne LED zeigt nicht, das der Deamon lebt und ich kann ihn auch nicht ansprechen. Kaltstart -> alles ok Warmstart -> irgend etwas hängt. Bin ich da alleine?

So ich habe den Fehler gefunden. Es ist der USB-Hub. Ich habe 2, einen an der Wand, da steckt das System dran, wenn ich es in Betrieb habe und einen auf dem Schreibtisch. Bei beiden wird der serielle Port angezeigt und ich kann mich per Brickviewer auf den localhost connecten. Aber die Konsole läuft nur auf einen von beiden. Komisch, aber es ist so. Darauf muss man erst einmal kommen. [update] Ja der Hub ist defekt. Nein das war nicht das Problem. Es ist simpler. Konsole Öffnen -> mc starten -> Konsole Schliessen Konsole Öffnen -> alles schwarz bis man F10 (MC beenden) drückt. Da fehlt also irgend ein repaint.

Ich habe einiges probiert. Ich bin mir nicht sicher, warum ich fast 14 tage keine Konsole hatte. Das Modem wurde immer angezeigt. Mehrere neustarts von Windows und dem Red Brick ... Jetzt tut es. Warum? keine Ahnung. Wiederhole ich das ganze noch einmal mit frischen Abbildern mal sehen ob ich das gleiche hin bekomme und mehr Infos sammeln kann. Danke erst einmal an alle für die Tipps. Man zweifelt immer erst einmal was man wieder falsch gemacht hat.

Danke, das hilft bei den rules. Hast du ein workaround wie das Ganze in der sitemap anzuwende n ist. Die hängt nämlich dann u.U. komplett.

Ich merke schon, keine gute Idee auf einem smartphone kurze Mitteilungen zu tippen. Wenn ich mich falsch ausgedrückt habe: serielle Schnittstelle wird angezeigt, also d er ganze Reiter aber nach connect ist der konsolenbereich genauso leer wie davor.

Der Konsolen Tab taucht nicht auf obwohl eine Serielle Schnittstelle angezeigt wird.

Wie kann ich erkennen, ob ein Item auch ansprechbar d.h. anwesend ist? Gibt es in dem Zusammenhang eine Möglichkeit die Spannung des Stapels zu ermitteln. Würde es bei entfernteren Nodes einfacher machen zu erkennen, wenn die Stromversorgung Probleme macht.

Ich habe per apt-get den Red Brick geupdated. Nach einem Neustart habe ich im brickviewer nun keine Konsole mehr. Hat jemand eine idee?

@Bastion: Nun das habe ich mit Special gemacht. Die andere wird nicht benötigt. Ich bin mittlerweile schlauer und will wirklich niemanden auf die Füße treten, da ich die Idee "Tinkerforge" richtig gut finde. Dennoch: Ich benutze normalerweise nie KiCAD sondern andere Tools. Aber das Problem scheint das Gleiche zu sein, was ich bei vielen Entwicklern vorgefunden habe. Man vertraut auf die Softwareentwickler und der Standard-Bibliothek-Designer. Niemand kann sich vorstellen, das da mal jemand etwas umbenennt, löscht oder ändert. Das aber passiert bei allen Layout-Tools. Ich empfehle dann immer: Jedes Projekt hat eine Bibliothek, in die ich alle benutzten Elemente auch aus den Standard-Bibliotheken kopiere. Ich dacht das sei mit der Tinkerforge.dll so. Aber wenn ein 2x6 Pin Conn der als Conn12 auf der Schaltung des Multi-Touch eingetragen ist plötzlich nicht mehr gefunden wird - dann fehlt ein Standard-Bibliothek-Element. Schade. Naja das habt Ihr aber bestimmt schon selbst gemerkt und nur noch keine Zeit gehabt, das zu ändern Frage an die Entwickler: habt Ihr eine aktuelle Version der KiCad-Files die mit der aktuellen Version (4.0.1) keine Fehler verursachen?

Ich habe bemerkt, das bei einigen Anwendungen es sehr ungüstig ist, das Neustart z.B. des ganzen Stapels die Schaltzustände nicht erhalten bleiben. Ein Beispiel: ich benutze TF um meinen Arbeitsplatz mit Licht und Strom zu versorgen. Würde ich den Red-Brick neustarten, damit z.B. die cfg von openHab richtig behandelt wird, ist mein Computer stromlos. Ich habe das einmal kurz in unserer Entwicklungsabteilung angesprochen. Mir wurde den Zugestimmt, bevor wir weiter mit dem TF arbeiten können brauchen wir einen anderen IO. Ich wollte gerade den Industrial Outx4 in ein Industrial In/Out mit RS-FlipFlop umskizzieren, scheitere aber an den nicht funktionierenden KiCAD - Files (LIBS:special - SOLVED und LIBS:industrial-do4-cache). Wenn mir da mal jemand helfen kann. Die Idee: Statt einen 4 Fach Optocoupler werden 2x 2fach genutzt. 2 Ausgeänge für SET und RESET und 2 Eingänge (Status des RS-FlipFlop und ein Eingang von Aussen). Der OPV (da reicht dann ein Einfach wird mithilfe von 4 Widerständen und 2 Dioden in ein RS Flip-Flop (siehe http://m.eet.com/media/1159278/297458-use_an_op_amp_as_a_set_reset_flip_flop_figure_1.jpg) umgewandelt. Dann bleibt der Schaltzustand des Ausganges so lange erhalten wie die externe Spannung erhalten bleibt und dieser kann abgefragt werden. Ergänzt man die Schaltung um ein C' bekommt man ein einfaches Reset beim Einschalten der externen Spannung hin. Wenn ich mit dem existierenden Schaltplan arbeiten kann, dann hänge ich die Skizze an. Liege ich da richtig oder braucht man das so selten? Was meint Ihr. Update: natürlich wäre ich auch nicht böße wenn zum schluss ein 4fach IO herauskommt. Dazu muss dann "nur" ein MCP23017 wie beim 16fach IO davor und die Leiterplatte halt etwas größer werden.

until now I could find that problem. I did try Industrial Out. Pls fix. Missing also the last LIBS:industrial-do4-cache. So the OptoCoupler is shown as |?| in Schematic.

Gefunden, Case Sensitive der State ok, nur so lernt man.