arminiusdc

Hallo Borg, ich habe mal ein Buch über dem Bricklet zusammen geschlagen ( bin in einer Bibliothek ) dann kommt was. Ich hätte nicht gedacht, daß unsere Klimaanlage so gut ist. Welche Partikelgröße wird noch detektiert? Vielleicht hätte ich doch mal die Datenblätter durchschauen sollen. Also bei euch im Büro zeigt er was von 0 verschiedenes an ( wenn gerade keiner raucht ) ? mfg Armin

Habe eine Bleistift reingesteckt dann zeigt er 500 an. Im BrickViewer kann ich das nachverfolgen. Bleistift rein 500 dann wieder raus 0. mfg Armin

Hallo, habe gerade meine neuen Dust Detector Bricklet in Betrieb genommen aber er zeit immer 0 µg/m³ an. Getestet mit master 2.0 Firm: 2.3.4 über usb und Brickviewer 2.3.3 und mit Stack Red-brick Master Extension TCP mit POE master 1.0 2.3.4 Humindity Bricklet 2.0.2 Barometer Bricklet 2.0.2 Temperature Bricklet 2.0.3 LCD 20x4 Bricklet 1.0 2.0.6 master 2.0 Firm: 2.3.4 Dust Detector Bricklet 2.0.0 Im Stack weder über tcp noch über usb kommt ein von 0 verschiedenes Ergebnis. Im Progrom mit Callback kommt nichts ( ist ja klar keine veränderung ) und mit $dust->get_dust_density() kommt immer 0. Was soll ich machen mlg Armin

Hallo Borg, alles klar dann hoffen wir auf die Zukunft. Sonst scheint bis jetzt alles zu gehen. Was ich so benötige. Stellt ihr noch jetzt das Image um oder muss man jetzt immer von Hand den link erzeugen wenn man ethernet hat ? mfg Armin

Hallo Borg, ja damit geht es deutlich besser . Wie testet ihr eigentlich die Images ? ;D mfg Armin

Hallo Jungs, mit dem 1.4 Image wird die Ehternet( mit POE) nicht mehr erkannt. Im brickv unter Red-Brick / Settings wird No Interfaces available angezeigt. Mit dem 1.3 Image kein Problem. Über die Console ifconfig bringt nur lo Was ist zu tun ?? mfg Armin

Hallo Proton, wäre es nicht besser die Funktion doch so wie is_backlight_on vom LCD zu implementieren und nicht auf einmal so eine komische Logik mit 0 is True und 1 ist False zu definieren ? mfg Armin

Hallo Proton, die Doku sagt BrickletColor.is_light_on Funktions ID: 12 Anfrage: keine Nutzdaten Antwort: light -- uint8 Gibt true zurück wenn die LED aktiv ist, sonst false. http://www.tinkerforge.com/de/doc/Software/Bricklets/Color_Bricklet_TCPIP.html#color-bricklet-tcpip-api Welche Doku hast du denn ? mfg Armin

Hallo kann es sein das is_light_on negiert ist ? im Code void is_light_on(const ComType com, const IsLightOn *data) { IsLightOnReturn ilor; ilor.header = data->header; ilor.header.length = sizeof(IsLightOnReturn); ilor.light = PIN_LED.pio->PIO_PDSR & PIN_LED.mask ? 0 : 1; BA->send_blocking_with_timeout(&ilor, sizeof(IsLightOnReturn), com); } die Zeile ilor.light = PIN_LED.pio->PIO_PDSR & PIN_LED.mask ? 0 : 1; dreht die Logig um. Besser währe ilor.light = PIN_LED.pio->PIO_PDSR & PIN_LED.mask ? 1 : 0; oder gleich ilor.light = PIN_LED.pio->PIO_PDSR & PIN_LED.mask; mfg Armin

Morgen bin mal wieder dazu gekommen. Anbei Perl für Proto 2.0. Wie üblich der Generator (brick_gen) um aus den configs das Modul (brick.pm) zu bauen und ein Beispiel (t8.pl) eine Wetterstation mit Joystick . Armin brick.pm brick_rumpf.pm brick_gen.pl t8.pl

Also mein Display ( 3 Knöpfe ) geht nicht mit der force firmware. Nur wenn ich 2.0.2 flashe gehts.

Danke für den Hinweis. bin ja mal gespannt wann die Doku dafür kommt. Ist aber doof wenn ich das Proto 2.0 implementiere und erst meine Fehlerbehandlung zeigt mir das die Doku noch ergänzt werden muss . Bin selbst Informatiker und kenne das Problem: Hauptsache es läuft Doku später. Armin

Nochwas Da ich gerade beim implementieren von 2.0 bin: Wenn ich den Stack über wlan ansprechen kommen ständig Packete 0x00000000,0x08,0x00,0x08,0x00 was ist das ? Über USB kommen diese Pakete nicht. Wo ist die Doku dazu ? Sieht aus wie keep-alive oder so. Beim Proto 1.0 gab es diese Pakete nicht. mfg Armin

Hallo was will uns uint16_t device_identifier; sagen ? Wirklich device_identifier – uint8 oder doch device_identifier – uint16 ??? Ich glaube nicht. Dann implementiere ich das mal als device_identifier – uint16. mfg Armin

Hallo ich habe noch mal die sourcen durchgeschaut und Oh Wunder in packet.h vom brickd typedef struct { PacketHeader header; char uid[8]; char connected_uid[8]; char position; uint8_t hardware_version[3]; uint8_t firmware_version[3]; uint16_t device_identifier; uint8_t enumeration_type; } ATTRIBUTE_PACKED EnumerateCallback; also nicht immer was behaupten ohne es zu prüfen. Könnt ihr bitte die Doku entsprechend ändern ? mfg Armin