AuronX

Wie kommt man eigentlich darauf, dass das helfen könnte? Ist das ein bekannter Fehler im GCC für diese Plattform?

Das sieht doch schon schöner aus ^^ Was gibt es denn für restart-types? Ich würde mir ja langfristig eine mächtigere Konfiguration für die Bindings wünschen, damit die API in einzelnen Sprachen schöner werden kann. z.B. unterstützung für enums (überall in der API werden zahlen rein und rausgegeben von denen nur ein paar werte gültig sind, z.B. restart-type, options in callbacks, etc). Finde es auch schade, dass Python/C#/Java vermutlich nicht in den Genuss kommen werden bei get_date_time ein DateTime-Objekt zu erhalten :/

Ich werde deine Frage beantworten indem ich sie nciht beantworte: Hast du es schonmal mit VB.Net probiert? Dort kannst du einfach* die C#-Bindings nutzen. * Das sollte prinzipiell laufen, aber an den Stellen schiefgehen, an denen du innerhalb der Aufrufe unsigned Variablen brauchst (weil VB.NET die nciht nutzen kann). Ist auch ein recht altes Thema... Vielleicht sollte ich mich da nochmal an einen Generator setzen, der vollständig VB.NET-kompatible Bindings erstellt. Zu deiner konkreten gcc-Frage kann ich dir leider nciht groß helfen. Ich finde die meisten klassischen Compiler gruselig und habe Angst sie tun mir weh!

Für C# würde ich mir eine NotSupportedException wünschen @Loeti: Gerade im Winter ist das Aufwärmen alter Hüte ja nicht das schlechteste ^^ Habe aber tatsächlich besagte Threads schon wieder vollkommen aus dem Gedächtnis verdrängt

Wahrscheinlich gehört das hier ins Github, aber ich weiß nicht in welches Projekt ^^ Der ArcaneDraconum hatte ja das Problem, dass er versehentlich eine Nachricht an seine Bricks verschickt hat die sie nicht verstanden haben. Mich würde interessieren: Warum führt das zum Aufhängen? Sollte es nicht leicht möglich sein so eine Nachricht wenigstens leise zu ignorieren? Ich denke dagegen sollte die Firmware resistent sein. Insofern würde es mich interessieren sobald ihr herausfindet warum das zum Absturz geführt hat Auf der anderen Seite (und hier spreche ich von einer zusätzlichen Maßnahme, könnten die Bindings ja durchaus für alle Methoden eine minimumRequiredFirmwareVersion kennen. Da die Bindings wissen welche Firmware auf dem Brick läuft, könnten sie dann eine hilfreiche Exception werfen bevor sie die Hardware mit Unsinn bombardieren. Waiting for your feedback Jan

Ergänzung: Den Akkupack am Brick brauchst du erst dann, wenn du Servos direkt ans Brick anschließen möchtest. Der ESC führt den "großen" Strom wie bereits geschrieben am Brick vorbei.

Hier habe ich auch nicht so viel Angst vor einem Ratschlag von mir, wie bei den Hardware-Fragen

Oh Nein! Ich weise jede Verantwortung von mir ^^

@Batti: Und mit dem Humidity-Bricklet hast du dann bemerkt wenn borg nebenan einen Tee gekocht hat? Ne Spaß, hier meine graphen: 1. einfach mal mehr Platz auf der Y-Achse lassen 2. so wie du (eng dran, nicht geglättet) 3. Median über 5 Messungen 4. Arithmetisches Mittel über 5 Messungen

Dümmste Frage zuerst: Die Masters die du abfragst sind auch alle in der Lage die Frage nach USB-Spannung zu verstehen? Also neue Firmware ist drauf? Ansonsten sollte das Verhalten in allen Sprachen gleich sein, weil die Python-Bindings machen ja nix anderes als die in C# usw. Habe leider nicht die Möglichkeit das hier bei mir auszuprobieren.

Ich habe mittlerweile meine testmessung gestartet, die Bricklets liegen hier bei mir auf dem Schreibtisch. Das was an deinem Graphen irritierend ist, ist die Tatsache, dass er ja nur den Bereich von 62% bis 68% zeigt. Würdest du die y-Achse einfach permanent auf einen größeren Bereich einstellen (0-100 ist villt übertrieben, aber auch okay ^^) würde es schon nicht mehr so krass aussehen. Damit dein Auge bei dem Graphen noch mitkommt wäre es aber denke icha cuh eine gute Idee den Graphen zu glätten, wenn ich heute Abend meine Messwerte habe probiere ich da mal rum. Ich denke aber ein gleitender Median oder so wäre eine gute Idee.

Die größte Schwankung die ich entdecken kann sind 3 Prozent auf einen Schlag nach unten. Ich würde denken das ist okay, ich lass meinen auch grad mal ein wenig aufzeichnen und schaue was rauskommt ^^

Also im Sinne der Einfachheit würde ich jetzt fragen warum du nicht einen IR-Sensor nutzen möchtest? Dieser würde durch das Distance IR Bricklet direkt nutzbar sein.

Au ja, wozu die oragenen Dinger sind weiß ich bis heute nicht. Wenn du ein festes Kabel hast (z.B. mit festem Kupferkern) müsstest du es eifach nur reinstecken. Wenn du aber (wie ich), "weiche" Kabel aus Kupfergeflecht o.ä. benutzt, dann empfehle ich dir die Anwendung einer Büroklammer: 1. Einfach die Klammer reinstecken, diese öffnet dann die Kabelklemme. 2. Jetzt das Kabel einführen. 3. Büroklammer wieder entfernen (damit schließt die Kabelklemme und hält nur noch das Kabel fest) Das Entfernen der Büroklammer geht leichter wenn du sie dabei drehst. P.S.: Nimm keine Büroklammer mit Plastikmantel (bunte Büroklammer), sonst bleibt der Plastikmantel drin edit: @ArcaneDraconum: OMG! Sag mir nicht, ich habs auch falsch benutzt

Grundsätzlich kannst du auch parallel aus verschiedenen Programmen (und SPrachen) zugreifen. Bei sowas wie "Temperatur lesen" ist das auch problemlos. Möglicherweise möchtest du auch auf deiner Website nur noch auf eine Datenbank zugreifen in der alles relevante abgelegt ist. Diese Datenbank könntest du dann per Python-Programm updaten. Je nachdem was dir sympatischer ist und was besser in deine Anwendung passt.

Das mit dem Abstandssensor würde funktionieren, wenn es möglich wäre einen Schwimmkörper in der Zysterne zu haben. Kann aber sein, dass du sowas aus hygenischen Gründen nicht möchtest. Von welchen Dimensionen reden wir hier? Also wie groß ist die zysterne? (Höhe und Breite)

Ansonsten haben einige auch PHP Standalone laufen lassen, also ohne webserver. Würde ich aber auch nicht unbedingt empfehlen. Mein Tipp wäre auch Java, wenn du nix neues willst, sonst Python.

Ich vermute es ist ein Tippfehler: Move-Objekten

Beherzigt meinen Rat und tauscht beide Wörter ;-)

Was mich irritiert (aber ich bin auch kein E-Techniker): Der Strom der am Ende rauskommt ist jetzt zwar durch den Opto-Koppler vom Signal getrennt, aber da der Strom ja weiterhin über die 5V vom USB bezogen wird, frage ich mich, ob da nicht noch irgendwo wieder eine verbindung zum Rest der Elektronik besteht. Oder wird diese Trennung durch den OpAmp erzeugt?

Nochmal anders: Der TF-Vorschlag war doch: Werkseinstellungen, dann sollte es grundsätzlich starten. Daraufhin meintest du, dass es nicht startet. Heißt das nciht, dass es NICHT mit den Einstellungen zusammenhängt?

Die letzte Maßnahme klingt sinnvoll. Leider sind Dual Relay und LCD leider die beiden Problemkindchen von TF (wage ich einfach mal zu behaupten). Glaube beim LCD ist es inzwischen besser geworden, aber das Dual Relay sorgt öfter mal für Probleme. Kannst du einschränken wann dein Brick abschmiert? Also z.B. nur beim Schalten des Dual Relay oder nur beim Aktualisieren des LCD?

Ohne Ahnung zu haben fallen mir zwei Dinge auf: 1. im kaputten Bild ist die Chip-temperatur bei -40°C 2. da in beiden Screenshots die Referenzhöhe gleich ist, mact es keinen Sinn, dass die Höhe auch im kaputten Screen bei 0 liegt edit: Punkt 2 könnte unsinn sein... im korrekten Screenshot liegt die höhe ja auch über 300, das könnte villt doch plausibel sein

Assembler-Bindings Sorry, ich geh wieder ^^

Ich wollte gar nicht gegen deine Kurzform gehen ALso in kurz würde ich auch CurVo okay finden. Allerdings bin ich immer ein Freund ausgeschr. Wört. LG J.