Geht bei mir wunderbar, ich benutze auch nur ein Windows und lese den Comport aus. Wenn 28592 nicht geht, stimmt was anderes nicht der Encoding ist der richtige kannst du gerne bei mir testen.
Hier mal ein kleiner Denkanstoß:
// Create a new SerialPort object with default settings.
_serialPort = new SerialPort();
_serialPort.Encoding = Encoding.GetEncoding(28592);
_serialPort.PortName = comboBoxcomports.Text;
_serialPort.BaudRate = 9600;
_serialPort.ReadTimeout = 500;
_serialPort.Open();
_continue = true;
readThread.Start();
logfile("INFO", "SERIALPORTOPEN", "Serial Port open on " + comboBoxcomports.Text);
Wir werden da nochmal drüber testen.
Ohne Hardware ist sowas halt immer schwer.
Aber wir sollten eine Lösung finden.
Das Log im Level TRACE wäre trotzdem hilfreich. Zum Thema Log siehe Wiki.
;)
Hey, jeder soll für etwas das er geleistet hat sein Geld bekommen - völlig okay. Aber sich fast jede Funktion bezahlen zu lassen. Und keine Hardware ist eine schlechte Ausrede, dafür gibt es genug User die welche haben mit denen man testen könnte. Hat Sven ja auch irgendwie geschafft.
EDIT: Tja ich sehe es eben nicht ein für jede Funktion die ein Programm hat Geld zu bezahlen, erst recht nicht wenn das Tool voll mit Bugs ist... Ich habe jetzt eine super funktionierende Lösung und habe gern 60€ an Sven und sein Tool gespendet - und das - stell Dir vor ganz freiwillig und schon vor Tagen :D
Geändert von DME1934 (12.11.2014 um 11:08 Uhr)
Auf welches der 0 kostenpflichtigen Updates seit März 2012 beziehst du dich?
Ok Probieren wir es also noch mal mit 8859 - ich melde mich wenn ich mehr weiß
Warst du seit FE 1.0 dabei? Wohl nicht, sonst wüsstest du dass deine Aussage vollkommen falsch ist.
Ca 95% aller Features (auch so mächtige wie die Adresserkennung) gibt es für alle kostenlos.
Voller Fehler?
FE ist einer der kompliziertesten Software Produkte die hier im Forum angeboten werden.
Wenn sie voller Fehler wäre, würde sie ja keiner nutzen. Und auch das ist definitiv nicht wahr.
Aber jeder darf jederzeit das Produkt seiner wahl verwenden.
Und nun bitte wieder back to topic.
Gibt es schon neue Erkenntnisse?
Vg.
Also ich hab jetzt mal hin und her getestet, der Fehler muss irgendwo zwischen Melder und PC liegen.. evtl Melderprogrammierung?
Ich bekomme an allen Pc's immer eine Meldung ohne Umlaute, egal ob ich mit firmergency bosmon o.ä die COM Schnittstelle auslese. 8859 ist überall eingestellt. Der Melder zeigt die Umlaute korrekt an.
Hat noch jemand eine andere Idee?
Ich habe zum Thema auch eine Frage.
Ich werte über eine serielle Schnittstelle in BosMon die Pocsag-Alarme aus. Das klappt. Die Übergabe des Textes an FW klappt auch.
Gestern habe ich einige globale Ersetzungen hinzugefügt und bei diesen Ersetzungen kommen dann in prowl und apager die Umlaute als Sonderzeichen an, also falsch.
Ich vermute, dass es was mit der Zeichenkodierung zu tun und das Testprogramm habe ich schon benutzt. Da sind 2 Codierungen dabei, die richtig übersetzen. Nur wie bekomme ich das geändert?
Danke im Voraus!!!
Ohne die Ersetzungen stimmen die Umlaute in aPager?
Lässt du Umlaute ersetzen?
Ja genau, ohne Ersetzung stimmt alles.
Die werden in FE im Fenster "globale Ersetzungen" auch alle als ? angezeigt und genau so übertragen. Obwohl in der Datei "globale Ersetzungen.txt" alles korrekt ist.
Habe aber direkt noch ein kleines Problem :-)
Und zwar ersetze ich z.B. Dürenerstrasse durch Dürenerstrasse (Nord)
Alerdings stzt er mir in prowl das (Nord) HNR: immer 2x hin. Siehe Logausschnitt unten.
Da jemand ne Idee?
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)