Tschuldigung, hatte kaum Zeit zu testen bisher:-)
Stabil läuft es... sehr gut...
Beim dekodieren sehe ich ähnliches wie Coastboy.
Gruß PelBB
PS: jetzt noch ne GUi...*Träum*:-)
Tschuldigung, hatte kaum Zeit zu testen bisher:-)
Stabil läuft es... sehr gut...
Beim dekodieren sehe ich ähnliches wie Coastboy.
Gruß PelBB
PS: jetzt noch ne GUi...*Träum*:-)
Mahlzeit,
ich hatte gestern Abend auch noch eine Zeitlang getestet (~1 1/2 Std.) und war positiv
überrascht. Der grösste Teil wurde richtig decodiert, der rest nicht, aber das lag ganz sicher
nicht am Programm selber sondern eher daran das ein Sender ausgefallen ist und das Poc-
Signal nicht so gut hier einfiel. Heute Abend werde ich nochmal testen und meinen eigenen
Sender wieder aktivieren. Der steht ca.3,5Km entfernt und ich kann ihn über das Internet
ansprechen und auch Funkrufe absenden.
Gruss Flo
PS: Nur zur Kenntnis: Bevor das meckern jetzt losgeht, der Sender arbeitet im Amateurfunkbereich
Gruss Flo
Ich kann leider nicht erkennen das Meldungen reproduzierbar "verschluckt" werden.
Passiert nicht vorhersehbar und nicht bei den gleichen Zeichen.
Was mir aufgefallen ist, ist das die Prozessorlast bei guten 50 % liegt...
Kannst du da noch was ändern?
MfG
coastboy
... live for nothing or die for something ...
... choose your destiny ...
Das "Verschlucken" der Meldungen tritt i.d.R. bei zu starkem Rauschen auf. Ich arbeite derzeit ein einem Script, dass einigen Sekunden nach dem Empanf einer Meldung wartet und durch Mehrfachempfang einen korrigierten Text ausgibt. In diesem Zusammenhang inkl. Wiederholungs-Sperre.
Ja, das wird später kein Problem sein. Nicht das Dekodieren braucht so viel CPU-Zeit. Sondern die Mainloop, welche derzeit mit maximaler Geschwindigkeit (also idealer weise mit 100% CPU-Last) den Decoder-Thread auf neue Nachrichten prüft und an die Script-Engine weiter reicht.
Dass muss natürlich nicht alle paar Mikrosekunden passieren... werde ich demnächst noch ändern.
@bidifx
Meinem Eindruck nach hast Du die Konsolenabstürze seit der Revision 28 gut in den Griff bekommen. Im direkten Vergleich mit POC kann ich auch keine signifikanten Meldungs-"Verschluckungen" feststellen.
Ein paar Dinge fallen mir aber noch ein:
- Hat die log.txt bereits irgendeine Funktion?
- Openpoc startet bei mir nicht auf mininal ausgestatteten Systemen (XP mit 96MB Arbeitsspeicher, WIN ME mit 32MB)
- Wird die fertige Anwendung über ein fest vorgegebenes Frontend verfügen? Falls ja, darf man noch Wünsche äußern?
-Log-File ist noch nicht implementiert.
-Was verstehst du unter "startet nicht"? Gibt es Fehler-Ausgaben?
Ich selbst habe kein solches System. Aber vom Speicher her sollte es schon drin sein. Soviel braucht das Programm eigentlich nicht. Wobei ich jetzt noch nicht auf Speicherbedarf hin optimiert habe. Außerdem kann ich auch Memoryleaks noch nicht ausschließen.
Zu Win ME kann ich nur sagen: Ich hab nur vor die NT-Reihe zu unterstüzen. Es kann sein dass es auch auf den DOS-Basierenden Varianten läuft, aber ich arbeite nicht auf Kompatibilität hin.
Frontend:
Ich arbeite, wie gewünscht auf eine Client/Server-Archtektur hin. Derzeit kümmere ich mich offensichtlich um den Server.
Er hat jetzt schon eine Scripting-Schnittstelle. Damit soll alle User-Wünsche ermöglicht werden.
Eigentlich das, was derzeit mittels irgendwelchen Batchdateien zusammen geschustert wird.
z.B.
-SMS-Versand
-schalten von Ausgängen am PC
-Nachrichten in eine DB schreiben
Ein Frontend soll später einen Config-Editor enthalten. Weiterhin soll es entsprechend Nachrichten anzeigen, die auf dem Server per Script in eine DB geschrieben wurden.
Was wünsche an geht: Immer her damit. Von solchem Input lebe ich.
Ansonsten:
Ich bin immer auf der Suche nach mitstreitern. Sei es Programmieren, Scripte schreiben, Ideen liefern oder Dokumentation schreiben.
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)