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
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 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
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
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