Jump to content

blitz1999

Members
  • Gesamte Inhalte

    8
  • Benutzer seit

  • Letzter Besuch

Über blitz1999

  • Geburtstag 04.12.1973

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

blitz1999's Achievements

Rookie

Rookie (2/14)

  • First Post
  • Conversation Starter
  • One Month Later
  • One Year In
  • Week One Done

Recent Badges

0

Reputation in der Community

  1. Hallo, borg, Danke für die schnelle Antwort. Ja, das habe ich natürlich getan - downgrade gemacht. Gemerkt hab ich das vor ein paar Tagen als ich den "Simple-Mode" für den NFC-Reader ausprobieren wollte. Ich habe sporadisch Performance-Probleme beim erkennen von Tags - ob das jetzt ein Heilmittel ist weiß ich natürlich nicht. und beides (Simple-Mode) und WriteLine2 auf dem 128x64 schließt sich dann ja irgendwie aus. Es wäre schön wenn man das doch früher oder später mit übernehmen könnte. Gruß, blitz1999
  2. Hallo, das mit OLED 128x64 firmware 2.0.6 beta1 und c# bindings 2.1.30 funktionierende character-spacing über "writeline2" funktioniert mit bindings 2.1.31 nicht mehr !!! Könnte das bitte jemand nachziehen ??? siehe auch : Vielen Dank ! MFG, blitz1999
  3. @borg Hallo, borg, Seit C# 2.1.31 scheint das Writeline2 (Character-Spacing) für das OLED 128x64 V2 verloren gegangen zu sein. Ich habe eben wieder auf 2.1.30 "downgegraded". Noch ist das kein Problem. Könnte man das dauerhaft übernehmen ? 😮
  4. Bindings eingefügt, Bricklet geflasht, Test läuft... ... und es schaut gut aus. Sehr gut sogar. Danke für den schnellen Beistand und schönes WE. 😀
  5. Hallo, Ich habe gerade wegen eingebrannter Schrift mein OLED-Bricklet 128x64 gewechselt. (und gleich einen Bildschirmschoner etabliert) Altes war 1.0 neu 2.0. mittels .WriteLine werden Daten in versch. Zeilen geschrieben. Nach dem Tausch ist mir aufgefallen daß am rechten Rand 4 Zeichen verschluckt werden. Ich hab gerade mal alt und neu per Master und USB an einen Brick-Viewer gehängt und versucht eine Zeile mit Zeichen zu beschreiben. das 2.0 stellt nur 21 Zeichen/Zeile dar. das 1.0 stellt 25 Zeichen/Zeile dar. Laut Doku sollten beide 26x8 Zeichen beherrschen. Was übersehe ich ??? LG, André
  6. Hi, Ich hatte damals mit dem IR-Bricklet-V1 auch Kabel geändert geschirmt und kürzer. Das hat immer nur momentan etwas gebracht. Auch alle möglichen Ports hatte ich durch. Master 2.1 / Stepper. Beim IR-Bricklet-V1 hatte man eine 20% Chance das beim Neustart der Applikation (Windows 7, C#, der Hänger auftritt. Ich setze den Emissionsfaktor bei der Enumerierung auf (65000). Evtl. hat das etwas damit zu tun. Callbacks bei (5000)ms für Object und Ambient. Sonst alles Default. @borg: Das V2 ist erst seit wenigen Tagen im Einsatz. Sobald ich ein reproduzierbares Muster habe melde ich mich.
  7. Hallo ! Ich habe/hatte zur berührungslosen Temperaturkompensation einer Wägezelle ebenso eine Temperature-IR-Bricklet bzw. seit einigen Tagen ein Temperature- IR-V2 Bricklet im Einsatz. Das Temperature-IR-Bricklet V1 sporadisch immer wieder mit schweren Hängern. Temperaturen meist im dreistelligen Bereich weit über der tatsächlichen Temperatur eingefroren. Resets am Brick/Bricklet helfen in der Regel nicht. Nach Resets teils keine Verbindung zum Stapel (über Ethernet) mehr möglich. Sehr oft hilft komplettes Trennen des Stapels von der Versorgungsspannung. Manchmal half auch nur Neuflashen der Bricks (Master 2.1 und Stepper). Deswegen baute ich vor einem Jahr auf PTC-Bricklet um - was bis letzte Woche ohne Ausfälle durchlief. Voller Erwartung auf den beseitigen Bug in Firmware 2.4.7 baute ich auf ein Temperature-IR-Bricklet V2 um. Und siehe da - der Fehler tritt wieder auf. Heute Morgen frohren die Temperaturen des Bricklet bei 698 (Object) bzw. -100 Ambient ein. Mehrmaliges Reseten brachte keine Abhilfe. Erst nach mehrmaligem Ändern es Emissionsfaktors im Brickviewer fingen sich die Temperaturwerte wieder. Was kann das sein Viele Grüße aus Unterfranken. André
×
×
  • Neu erstellen...