ArcaneDraconum

@Nic: Im Prinzip stimme ich Dir da zu. Ich finde es manchmal auch etwas lästig. Das Ganze hat aber 2 Haken: 1. Teilweise wurde von den Usern hier eine neue Funktionalität gewünscht. Die kommt halt nur über Updates. 2. Auf dem WiFi-Brick wurde auch hier im Forum ordentlich Druck auf TF ausgeübt. Ich fürchte darunter hat etwas die Qualität gelitten. Gerade im Zusammenspiel mit anderen Extensions hakt es ja immer wieder. Das kann man nur durch ausgiebige Tests umgehen. Die kosten aber Zeit. Der hier diskutierte Fehler ist mir auch sehr lange nicht aufgefallen, bzw. hat sich nicht ausgewirkt, weil mein Master unter der 1.2.4 gesegelt ist. Durch das WiFi ist ein Update nötig geworden und ab da hat's gehakt. Allerdings neu ausgelieferte Bauteile sollten allerdings (problemlos) funktionieren.

@NIC: Nunja, so wie ich es sehe: Tritt ein unerwartetes Verhalten auf, sollte man alle beteiligten Bausteine vorsichtshalber neu flashen. Das ist bei den Bricklets ja relativ problemlos, da es ja auch remote bzw. im eingebastelten Zustand geht. Bei den Bricks sieht es aber noch anders aus.... @Borg: Hmmmm vielen Dank für den Link. Allerdings.... ich bin Chemiker... wenn ich bei der Firmware so einfach durchsteigen würde, würde ich den Master autark betreiben, ohne PC. Das Gebiet überlasse ich mal locker Euch. Aber andere Frage. Ein NOP verschafft einem ja auch etwas Zeit. Gibt es da Timingprobleme?

Na ja direkte Boshaftigkeit will ich nicht unterstellt haben. Es wäre einfach schön, wenn Ihr Veränderungen vornehmt, dies durch einen Versionssprung zu dokumentieren. Dann gäbe es den ganzen Thread nicht, weil ich einfach zuerst die neuere FW eingespielt hätte. Mir ist auch klar, daß i.d.R. dadurch Fehler beseitigt werden. (Auch wenn gleichzeitig neue Funktionen dazu kommen). Das ist jetzt keine Rüge (eher Rat und Bitte), aber Ihr macht uns und vor allem auch Euch das Leben dadurch leichter.

Also Leute, eines kommt mir etwas merkwürdig vor. Als die - damals neue - Firmware 1.1.1 für das IO4 erschienen ist, habe ich nach einigen Tage meine beiden IO4s geflasht. Alles hat prima getan. Letztes Wochenende habe nach 2 Wochen Test mit den AnalogIns wieder ein IO4 angehängt und hatte untenstehende Probleme. Wohlgemerkt: Das IO4 ist an seinen "alten" Port angehängt worden. Der Unterschied war nur kein RS485, dafür WiFi. Ein neuflashen der IO4 Firmware brachte Abhilfe. Nun habe ich das Spiel mit dem anderen IO4 ausprobiert. Und siehe da.... an Port B & D hängt der Stack. DAS KANN KEIN ZUFALL SEIN! Habt Ihr irgendwann heimlich die IO4 1.1.1 Firmware ohne Revisionswechsel getauscht? Dass ein Flashfehler bei einem Auftritt sehe ich gerne ein, aber bei zweien???? Ach ja... ein neuflashen hat den Fehler auch diesmal behoben. Da hattet Ihr doch fehlerhafte FW auf Eurem Server. Ich weiß, das ist ein echtes Misstrauensvotum, aber irgendwie kommt ich mir veräppelt vor.

Mir fällt gerade ein, daß ich noch ein zweites IO4 habe. Dieses hängt zur Zeit am DC Brick. Ich werde dieses mal an einen Master hängen und schauen, ob ich da auch unerwartetes feststellen kann. Ich werde da heute Abend mal ne Zeile dazu hier hinterlassen...

Wie geil - gestern kam in der Tat mein Raspberry nach monatelanger Wartezeit endlich an. Und, wie es die Meldungen sagen, mit den Löchern in der Platine und mit den 512MB. Ich hatte mir noch gleich das Gehäuse mitbestellt und eine Speicherkarte mit System - und ebenso natürlich fängt die Frickelei jetzt an. Nur 256MB nutzbar. Also erstmal die Updates suchen...... aber OK ist ja ein Bastelteil. Am Wochenende geht es weiter....

Habt ihr doch gemacht: Mein Problem ist gelöst.

So ich habe das Thema nochmals aufgemacht, weil noch Fragen aufgetaucht sind. Meine Vorgehensweise: Ich hatte das IO4 an dem ersten Stack, an dem es geklemmt hat und zwar an Port A, an Den Ports B und D hingen die AnalogIns. Dann habe ich das IO4 neu geflasht und die AnalogIns an die Ports A und C gehängt, das IO4 an D. Das war auch mein ursprünglicher Aufbau. Der jetzige Aufbau funzt prima. An was es letztendlich lag weiß ich auch nicht. Die IO Firmware ist ja nicht so neu. Ich hatte bisher die gleichen Bauteile im Einsatz, geändert hat sich in den letzten 4 Wochen nur, dass das RS485 runter gekommen ist und das WiFi drauf. Und ein paar Runden neue Master Firmware.

Ach ja... ich mach mal den Thread dicht. Nochmals vielen Dank für die schnelle Zielführung.

Klingt irgendwie pervers, aber es hat geholfen. Nun scheint es portunabhängig zu sein. Statt Kuba libre, Porta libre - verträgt sich auch besser mit dem Führerschein. Na dann mal vielen Dank - schnelle Hilfe am Sonntag. Das ist normalerweise richtig teuer.

Da ich eh gerade am Fummeln bin: ich kann dies bei mir bestätigen. Nach RESET steht alles wieder auf Full Speed.

Ach ja: eines noch: Der Stack 2 hat nur funktioniert, weil das IO4 an Port A hing. Ein neuer Test mit dem IO4 an Port D: nix geht. Ich kann es also immer noch an verschiedenen Masters reproduzieren:

Aaaaaalso verschiedene Tests: Stack1: Step-Down / Master (1.4.5) / RS485, neues Kabel, IO4 (1.1.1) funzt. RS485 runter, WiFi drauf: funzt Stack2: Master (1.4.5), gleiches Kabel, IO4 (1.1.1): funzt nun auch WiFi drauf: tut immer noch Stack3: Step-Down / Master (1.4.5) /WiFi, gleiches Kabel , IO4(1.1.1) an Port D, AnalogIn (1.1.1) an Port A, AnalogIn an Port C: nix geht WiFi runter: geht immer noch nicht AnalogIn beide weg: geht immer noch nicht IO4 an Port B: wieder nix IO4 an Port A: funzt! IO4 an Port C: funzt IO4 an Port A, AnalogIn an B, AnalogIn an D: alle 3 werden erkannt Somit: sobald das IO4 an der (vom USB aus betrachtet) linken Seite hängt geht nix. Andere Bricklets an den Ports werden aber erkannt. Ach ja WiFi drauf, unverändert. Scheint also an dieser speziellen Portkombi zu liegen.

OK ... Ich werde nach dem DTM Gemetzel nochmals testen und die Ergebnisse hier niederschreiben...

Hallo Löti, Habe dasselber Bricklet mit anderem Kabel an einen anderen Master gehängt. Auch dieser Master startet nicht. Mit diesem Kabel das IO4 am DC Brick funzt es dann. Ich denke das Kabel kann ich ausschließen.

Ach ja, was aber gegen Deine Theorie spricht: Ohne das IO4 arbeitet der Stapel einwandfrei. Ich hatte den nun auch seit er bei mir ist in Betrieb - mit 3 AnalogIn und einem Temperature. Nun habe ich ein AnalogIn weggenommen und das IO4 rangehängt und nix geht mehr.

Das mag ja sein, aber ich brauche die WiFi an diesem Stack. Und das IO4. FW 1.1.7 und WiFi geht ja auch nicht. Also warte ich mal bis TF eine Bereinigung bereit stellt. Die Extensions scheinen es in sich zu haben. Seitem löst ein Bug den anderen ab.

Habe ich soeben probiert. Und der Master hängt trotzdem. Sobald ein IO4 am Master hängt und ein WiFi auf ihm residiert ist es aus. Das beisst sich was. Also warten auf Montag und 1.4.6.

Noch ne kleine Ergänzung: Ist auf dem Master eine RS485 Extension gibt es keine Probleme. Es scheint also in Kombination mit der WiFi Extension aufzutreten. Getestet mit FW 1.4.2 und 1.4.5.

Hallo, ich habe aktuell das Problem, sobald ein IO4 an einem Master Brick angeschlossen ist, startet dieser nicht mehr. Die Lichtorgel nach dem Anschliessen kommt nicht und der Master Brick taucht auch nicht im Brick Viewer auf. Die WiFi Extension versucht auch nicht sich zu verbinden. Dieses Phänomen lässt sich an einem zweiten Master reproduzieren. Auch wenn nur das IO4 angeschlossen ist. Am IO4 liegt es nicht, denn an einem DC Brick funktioniert es einwandfrei. Das konnte ich mit der Firmware 1.4.4 und der 1.4.5 feststellen. An beiden von mir verwendeten Mastern ist ein WiFi aufgesteckt.

Ich möchte an dieser Stelle gerne mal anmerken, dass die selbstgebauten Luftdrucksensoren im Gründe sehr gut arbeiten. Ich habe mir ja sie genau so nachgebaut. Habe mir allerdings nun auch Barometer Bricklets gegönnt, habe aber noch einen "Analogen" an einen Stack hängen. Die Kurven sind praktisch deckungsgleich.

Juchuuuu habe endlich mal die Versandbestätigung für meinen PI bekommen. Und noch gleich die Info, dass es die Rev. 2 mit 512MB sein wird. Jetzt bin ich aber gespannt und ein wenig glücklich....

Ich hoffe auf Glühwein mit Amaretto

Was mich persönlich etwas irritiert: Ich habe in einem RS485-Verbund einen Slave mit einem unbekannten Befehl beschossen und der RS485-Master ist auch abgestürtzt. Der komplette Stack war nicht mehr ansprechbar. Der BrickDaemon kann es aber nicht gewesen sein, denn an einem zweiten USB-Port hängt nochmals ein Stack und der ließ sich noch ansprechen. Also wenn nur der Slave verschwunden wäre, wäre es verständlicher.

So noch einen kurzen Nachtrag: Habe gestern noch alle Masters auf die 1.4.4 gehoben und siehe da, der Fehler verschwindet vollständig. AuronX hatte den richtigen Riecher. So einfach kann das Leben sein...