AuronX

Also grundsätzlich kann man im eigenen Code (und in einem Programm) durch Locking usw schon dafür sorgen, dass diese Methoden funktionieren... object switchLock = new object(); void firstAccessor() { lock (switchLock) { if (bricklet.GetSwitchingState() == SWITCHING_STATE_READY) { //do switch } } } void otherAccessor() { lock (switchLock) { if (bricklet.GetSwitchingState() == SWITCHING_STATE_READY) { //do switch on something different } } } Das Problem: Wenn jeder per locking darauf zugreifen würde, dann wäre es ausgeschlossen, dass jemals ein busy zurück kommt. Deswegen ist der Fall, dass man eine Anwendung für alles hat quasi auch ohne TF gelöst. Aber was ist beispielsweise wenn die Clients von Loetkolben auf unterschiedlichen Maschinen oder zumindest ohne gemeinsamen Speicher laufen? Dann wäre es gut, wenn man allein mit TF-Mitteln das Locking realisiert bekommt... Dazu die beiden Vorschläge.

Nur von mir als Senf: Ich finde die Alternative auch schicker, weil der Booking-Mechanismus eigentlich zu "groß" für das Problem ist (viel Aufwand in Implementierung und für den Nutzer auch im Verständnis). Die Alternative ist einfach zu verstehen und kann vom Nutzer völlig ignoriert werden wenn er nur einen "Sender" hat. Außerdem ist sie mindestens auf Ebene der Bindings kompatibel zum alten Methodenruf (Auf IP-Ebene gibt es eine neue Antwort)

Zum Emulator: Ich fände des cool wenn der Code davon unabhängig von der Wetterstation zu bekommen wäre Bonuspunkte gibt es, wenn er gleich auf Github gehostet wird Mein Projekt dazu ist ja ziemlich eingeschlafen (weil ich nix mehr gemacht habe), aber das was du jetzt offenbar realisiert hast war das was ich mir ursprünglich vorgestellt habe... insbesondere die Konfiguration... Viele Grüße Jan

Ich kann das jetzt bestätigen... Habe gerade die Vertauschung mit den dev tools utnersucht... das unterste Element ist korrekt, allerdings wird es an der falschen Stelle gerendert ^^ Also vermute ich mal, dass sich das Problem von alleine lösen wird.

Also ich nutze einen Opera... ich halte eine korrelation zum Browser auch für unwahrscheinlich, sofern nicht per Javascript eine Sortierung der Beiträge durchgeführt wird... Ich hatte das Problem aber auch schon ein paar Tage nicht mehr... falls es wieder auftritt werde ich zur Sicherheit mal den Quelltext der Seite abspeichern ^^

Punkt 1 und 4 muss ich widersprechen. Ich benutze nicht die Portalseite, sondern habe einen immer offenen Tab mit der Übersichtsseite des Forums...

Falls noch etwas unkalr ist müsstest du aus meiner Sicht die Frage nochmal konkretisieren... Ich antworte nochmal möglichst genau auf die Fragen: ja ja, es sind mehrere Aufrufe pro Callback möglich

Ja und das kommt daher, dass eine Nachricht eine maximale Länge hat... ich glaube nur 64 Byte oder so... Das steht irgendwo in der Protokoll-Spezifikation ^^

Du kannst in einem Callback-Handler auch mehrere Anfragen losjagen, bedenke nur, dass du während du im Handler "beschäftigt" bist, keine anderen Handler ausgelöst werden.

Offenbar ist der Code sogar schon für mehrere Bilder ausgelegt... Also ist das Video quasi schon eingebaut, du musst nur noch clever konvertieren. Welche Auflösung willst du denn erreichen? Optimistisch gerechnet kannst du mit einem Bricklet nämlich nur 640 Pixel mit einer Framerate von 25 FPS darstellen... also zum Beispiel 32x20 (Bildformat 16:10 ) Bei geringeren Frameraten wirds natürlich mehr... edit: zum Nachrechnen hier meine Annahmen: - 1000 Nachrichten pro Sekunde - 16 RGB-Pixel pro Nachricht (ein S/W-Display könnte wohl 48 Pixel pro Nachricht bekommen)

Wenn es nicht zu viel verlangt ist würden mich dann auch Fotos von der Installierten Hardware interessieren

Ich weiß es nicht. Ich habe nur dunkel in Erinnerung, dasses schonmal Verwirrung gab. Besser wissen tu ich es leider nicht ^^

Ruf doch mal die WeatherStationWebsite.php auf und schau, ob dort sinnvolles JSON ausgegeben wird.

Ich glaube mich an einen älteren Thread zu erinnern wo das schonaml zu Verwirrung führte, weil der Hinweis nicht dort war wo man ihn erwarten würde. Aber ich glaube irgendwo (in Doku oder Shop) steht er

War es nicht so, dass immer wenn du stapeln willst ein Master-Brick unten sein muss? Ich meine es gilt: Ohne Master gibts keinen Stapel edit: und das muss dann halt auch ganz unten sein

Keinen von dem er mir erzählt... andererseits habe ich eine kritische Meinung zu Internetüberwachung, vielleicht winkt mir da jemand mit dem Zaunpfahl entgegen. Mein aktueller Eindruck ist, dass es auftritt wenn man ungelesene Beiträge liegen lässt. Ist aber ziemlich geraten und auch vermutlich nicht wichtig genug... Wenn ich mehr Ahnung habe schreibe ich nochmal was, ansonsten finde ich mich einfach damit ab

Einen PC so ersetzen wie es ein Raspberry Pi tut würde er wohl nicht... aber für die lustige on-board-Diskussion könnte das was sein ^^ Sofern deren Python VM auf ein TF-Brick passt... Sobald es Open-Source ist, kann man dazu bestimmt mehr sagen.

Nein, habe nicht mehr viel getan seitdem ich meine Masterarbeit begonnen habe ^^ Ich hoffe, dass ich ab Februar wieder mehr Zeit habe, dann gehts entweder beim Autonomen Auto oder hier weiter

Gerade ist es schon wieder passiert ^^ edit: Gerade war es auch bei allen anderen ungelesenen Beiträgen... nach dem Lesen ist alles richtig wenn ich den Thread erneut öffne...

Meine Meinung: Entweder "neutral" benennen oder API zur Moduswahl anbieten ^^

Ich würde es gut finden, wenn es hier schon wie beim "klassischen" Distace-IR Bricklet die Umrechnung im Bricklet erfolgen würde. Da passiert ja wenn ich das richtig sehe genau das gleiche, nur dass dort die manuelle Einmessung freiwillig ist. So wie das Distance-US Bricklet jetzt gestaltet ist finde ich es ziemlich... verzeit... doof. Insbesondere fällt es mir auch sehr schwer aufgrund der Beschreibung im Shop einzuschätzen mit welchen Abweichungen ich zu rechnen habe... 1mm pro Volt? 1m pro Volt? So wie die API jetzt aussieht könnte ich mir auch ein Analog-In kaufen...

Ich werde hier mal einen Screenshot posten, wenn es mir wieder passiert ^^ Ich glaube auch es betrifft nur ungelesene Nachrichten.

Hallo, vielleicht habe ich hier nur irgendwas bei mir kaputt gemacht, aber ich frage einmal alle um sicher zu gehen: Ist beie uch in letzter Zeit auch die Reihenfolge der Beiträge in einigen Threads durcheinander? Hier war vorhin zum Beispiel mein Beitrag an dritter Stelle und die Antwort von nbkr darüber... jetzt scheint die Reihenfolge aber zu stimmen... Viele Grüße Ein verwunderter Jan

Ich kann dir nur den letzten Teil beantworten: Die IPConnection verwaltet ei Dictionary (wie heißt das in Python? Map? Hash?) von UID auf Device-Objekt. Wenn du also mehrere Device-Objekte pro UID haben möchtest, dann musst du tatsächlich auf mehrere IPConnections ausweichen. Das ist allerdings eher eine architekturelle Einschränkung der Bindings als eine Einschränkung des Übertragungsprotokolls. Dennoch bin ich mir nicht sicher welche Implikationen es hätte pro UID eine Liste von Devices zu verwalten... Zumal es dann vermutlich auch in allen Bindings gleich sein sollte... Ich denke da mal drüber nach ^^

Sehr cool! Danke