Hallo zusammen,
also es funktioniert nun sowohl mit dem ISKRAemeco MT174 als auch dem
Siemens TD3511. Anbei findet ihr den Patch. Ich hab versucht sowenig
Änderungen zu machen wie es geht. Hier nochmal die Zusammenfassungen:
1) Das Device wird im blocking mode geöffnet. Das führte bei mir
das in den Hauptsource?
VG
Thomas
-Ursprüngliche Nachricht-
Von: Sebastian Michel
Gesendet: Sa. 14.12.2013 18:40
An: volkszaehler.org ,
Betreff: Re: [vz-dev] Siemens TD3511 mit Protokoll D0
Hallo zusammen,
also es funktioniert nun sowohl mit dem ISKRAemeco MT174 als auch dem
Am 14.12.2013 19:16 schrieb thomas.schen...@freenet.de:
Ansonsten, wie ist eigentlich der Weg? Wie findet das in den Hauptsource?
GitHub Pull Request sollte das erledigen.
Hallo Thomas,
das Testprogramm kannst du dir selber kompilieren.
Quellen sind hier:
http://semiworks.de/~semi/test.c
Gruß
Sebastian
Am 2013-12-13 10:39, schrieb Thomas Schenkel:
Hallo Sebastian,
ich mache alles was Du willst ;)
Gibts Deinen Sourcecode schon irgendwo zum download oder nur
Hallo,
Am 13.12.2013 13:26, schrieb Thomas Schenkel:
nachdem ich die 3 Zeilen raus nahm dann das:
./test3
Ergebinis:
file descriptor 3 opened (baudrate=7)
sending pullsequenz send (len:5 is:5)
und dann stand es wieder
dann habe ich in der 2. Console folgendes aufgerufen:
stty -F
Hallo Rainer,
da bringst du mich auf eine Idee. Vielleicht sollte man die
Funktionalität in meinem Fall mal auskommentieren, damit er die
Schnittstelle nicht verstellt und die gegebenen Werte (geladen vom
rc.local) verwendet. Was denkt ihr, machbar oder geht nicht, weil ... ?
Grüße
Thomas
Hallo in die Runde,
also ich denke es gibt noch einen Fehler in vzlogger beim Konfigurieren
der Schnittstelle. Beim Setzen der even Parity gibt es eine Zeile die
sieht so aus:
tio.c_cflag |= ~ PARENB;
Es muss aber so ausschauen:
tio.c_cflag |= PARENB;
@Rainer: Mit der Änderung
Hallo,
ich bin es nochmal. Ich hab ein sleep in der Schleife vergessen. Der
vzlogger funktioniert im Prinzip, aber ohne das sleep hat er 100%
CPU-Auslastung.
Anbei mal eine berichtigte Version.
Gruß
Sebastian
Am 2013-12-12 07:41, schrieb Michael Wulz:
Guten Morgen,
besten Dank für das
Hallo Sebastian,
super. Vielen Dank dafür.
Am 12.12.2013 07:35, schrieb Sebastian Michel:
1) Das Device wird im blocking mode geöffnet. Das führte bei mir dazu,
dass die read() Funktion mit 0 zurückkehrt. Das heißt normalerweise
ein eof oder derartiges. Sowas sollte bei einem seriellen Device
Gesendet: Do. 12.12.2013 22:30
An: volkszaehler-dev@lists.volkszaehler.org
Betreff: Re: [vz-dev] Siemens TD3511 mit Protokoll D0
Hallo Thomas,
ich hab eine Vermutung. Schick doch mal bitte die Log-Ausgaben.
So wie ich das sehe, sieht dein obis-code so aus:
1-0:1.8.1*255
Das wird aber
Guten Morgen,
besten Dank für das Diff.
Werde es gleich bei mir probieren - hatte auch immer die gleichen
Probleme. Damit wird mein Logger auch stabiler rennen ;-)
merci
Am 12.12.13 07:35, schrieb Sebastian Michel:
Hallo Zusammen,
ich habe bei mir einen opt. USB-Lesekopf von Udo in
11 matches
Mail list logo
