OK
Ohne strace kommen wir wohl nicht weiter, oder?
Welche Parameter soll ich genau angeben, damit später auch irgendjemand
was mit dem trace anfangen kann?
Oder gibt es irgend etwas anderes was ich noch
überwachen/testen/mitschreiben könnte?
Könnte man evtl. einfach einen dump der beiden Arrays
Am 18.09.2013 23:32, schrieb W3ll Schmidt:
Hm, die Schleife macht eigentlich nichts besonderes ...
An der Stelle gibts ja auch keine wirkliche Schleife :-)
double ds1820read(char *sensorid) {
fgets( temp_buffer, sizeof(temp_buffer), fp );
fgets( temp_buffer, sizeof(temp_buffer), fp );
Warum
Möglicherweise ein Hardwareproblem. Zumindest sieht das Log so aus.
Es gibt nur von wenigen der inzwischen 15 Sensoren die Fehlermeldung.
Aber von allen drei Bussen und von manchen Sensoren mehrere Meldungen
nacheinanander.
In der Zeit war nichts besonderes. Der Raspi läuft seit 42 Tagen
Am 05.09.2013 20:00, schrieb Bernd Gewehr:
Solche Effekte hatte ich auch schon mal, alles ist versprungen, die
Sensoren haben in die falschen Kanäle gemeldet...
Nach Neustart alles wieder normal, danach irgendwann wieder
verkehrt... bisher keine Lösung.
Ich bin mir sicher, daß auch dieser
Am 06.09.2013 15:45, schrieb Thorben Thuermer:
ich denke nicht, dass es da einen zusammenhang gibt, bzw das erscheint
mir recht unwahrscheinlich. die UUIDs werden ja nur einmal im speicher
abgelegt, und dann nurnoch gelesen, wie sollten da zur laufzeit welche
vertauscht werden?
Gute Frage.
Am 05.09.2013 03:24, schrieb Thorben Thuermer:
On Wed, 04 Sep 2013 23:32:02 +0200 Andreas Brus andr...@brus.name wrote:
Die Variable geht schon innerhalb der Schleife beim dritten Durchlauf
kaputt:
hast du die vorgeschlagene aenderung (das array erstmal einfach auf
vier elemente vergroessern
Am 05.09.2013 14:18, schrieb W3ll
Schmidt:
Fixt ihr das? Ich hab im Moment etwas stress...
Nachdem ich die Zeile folgendermaen gendert habe:
char sensorid[4][32][17],
(gdb) b ds1820init
und dort vzpath pruefen,
noch ok.
und dann zumindest nochmal nach ds1820init()
(gdb) b main.c:358
Da isses schon kaputt:
[Switching to Thread 0xb69e9000 (LWP 31879)]
Breakpoint 2, ds1820read (sensorid=0x12cdd 10-000802558178) at
1wirevz.c:358
358t =
Ich habe heute einen zusätzlichen Sensor (als zweiten) an den dritten
Bus angeschlossen.
Der wurde auch erkannt.
Und dann das:
Wieder wie beim ersten Versuch...
[pid 29460] open(/tmp/1wirevz.pid, O_RDWR|O_CREAT, 0600) = 0
[pid 29460] fcntl64(0, F_SETLK, {type=F_WRLCK, whence=SEEK_CUR, start=0,
Moin
ich habe immer wieder sporadisch falsche Werte in meinen Daten. Nun habe
ich das Log des vzlogger wieder eingeschaltet und tatsächlich u.a.
folgendes gefunden:
[Oct 30 06:18:00][ch3] Adding reading to queue (value=308.67
ts=1351574280.271)
[Oct 30 06:18:02][ch3] Adding reading to
Am 31.10.12 23:04, schrieb Hartmut Hoffmann:
vzl konnte ab und zu mal nen Messwert einlesen und dann ging der Ärger los:
middleware meldet ungültiges Zeichen
Segmentation Fehler etc.
[Oct 30 20:15:41][ch0] CURL: Trying 127.0.0.1...
[Oct 30 20:15:41][ch0] CURL: connected
[Oct 30
Am 17.09.12 20:45, schrieb Udo1:
Am 17.09.2012 20:26, schrieb Andreas Brus:
Das Beispiel mit
1B 1B 1B 1B - Start Escape Zeichenfolge
Das sollte richtig sein. Wie sehen denn die Daten komplett von 1B 1B
1B 1B bis 1B 1B 1B 1B
1A 01 64 62 00 aus?
Hups, die hatte ich in der ersten Mail
Am 18.09.12 17:21, schrieb Udo1:
Am 18.09.2012 09:53, schrieb Andreas Brus:
Ein Beispiel: Serieller Port eingestellt auf 7E1:
Und wie sehen die Daten bei 8N1 aus?
z.B. so:
f4 01 01 01 76 a0 19 48 40 40 64 48 14 14 e8 d4 aa ab 54 26 a8 21 50 d4
aa ab 40 41 71 4c f5 2c 28 d0 56 48 1d 90 57 10
Am 18.09.12 21:18, schrieb Udo1:
ne, das ist nichts...
Dumme Frage: Du bist dir sicher was die Einstellungen des Frameformats
angeht?
So dumm ist die Frage sicher nicht. Was meinst Du mit Frameformat?
Um Weiterzukommen mit dem vzlogger müsste ich sehen welche Daten er
verarbeitet, z.B. ob er
Am 18.09.12 22:25, schrieb Udo1:
Am 18.09.2012 22:14, schrieb Andreas Brus:
Was meinst Du mit Frameformat?
Ob die Schnittstelle wirklich mit 8N1 oder 7N1 arbeitet.
Ich bin mir ziemlich sicher, denn mit perl, php und minicom bekomme ich
jeweils immer nur mit 7E1 vernünftige Daten.
Also
Guten Tag
am Wochenende habe ich verzweifelt versucht meinen Easymeter, der mir
viele Daten entgegensprudelt zu verstehen.
Die erste Runde mit vzlogger verlief frustrierend.
In der Beschreibung des Easymeter steht: Bidirektionale
MSB-Schnittstelle (D0). Protokoll nach SML 1.03.
Wenn ich im
16 matches
Mail list logo
