ChannelListSaver TAP

TAPs für die SRP- und CRP-Serie
Benutzeravatar
TV-Junkie
Alteingesessener
Alteingesessener
Beiträge: 28022
Registriert: Sa 16. Jun 2007, 19:10
Receivertyp: VU+ Duo4K, Ultimo4K und Uno4KSE
Receiverfirmware: VTI 15.xx ausser der Uno 4K SE
Wohnort: Düsseldorf

Re: ChannelListSaver TAP

#321

Beitrag von TV-Junkie » Sa 10. Mär 2018, 20:39

Der Editor ist komplett Buggy. Wenn man einmal was umschaltet bzw einstellt und speichert, egal welcher SRP, dann hat man immer und auf allen Transpondern das gleiche , wenn auch falsche Ergebnis.
Ich wollte nämlich sämtiche Einstellungen am Topf machen, und habe das dann festgestellt
Wenn man raus und wieder reingeht, und durch die Transponder scrollt, ist wieder alles i.O.. Ändert man wieder was, geht nix mehr richtig.
Ob es am TMS noch schlimmer ist, kann sein, ich habe aber das Projekt, alles am Topf zu händeln, ad acta gelegt, weil es keinen Sinn macht, leider.
Hier auch nur Uralt TMS am Start, nur zur Info.
Gruß Ha-Jü
----------------------------------------------------------------------------------------------
Zum Tippspiel BuLi 2019/2020 hier entlang
Und wer Lust auf tippen beim DFB Pokal hat, darf sich hier austoben
Viel Spaß

Sat-Anlage: Astro CAS 90 mit Kathrein UAS 584 LNB (20Jahre alt und noch immer Top in Schuss :D ), Jultec JPS0506-8T Unicable Multischalter sowie UM/VF West Kabelanschluß
Installierte Plugins:OScam (incl OScam-Butler), LV4, SmartEPG VU+, ansonsten nix, was VTI nicht schon selbst mitbringt :)

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#322

Beitrag von chris86 » So 11. Mär 2018, 01:01

Doch Asa, ich habe genau das gemacht! Im Satelliten Transponder Editor geändert und gespeichert!
Signal ist aber weiterhin vorhanden!! (Ich mach morgen noch nen Screenshot)

Unterschiedliche SystemIDs für den TMS2100 mit und ohne EuP? :thinker:
Also laut Firmware-Download-Seite gibt es da nur eine SysID...

Welche Firmware-Version habt ihr eigentlich drauf?
Hier ist es (glaub ich) die von Aug2013...

Benutzeravatar
Alter Sack
Alt-Guru
Alt-Guru
Beiträge: 10615
Registriert: Do 8. Dez 2005, 22:35
Receivertyp: diverse
Wohnort: NRW - GM

Re: ChannelListSaver TAP

#323

Beitrag von Alter Sack » So 11. Mär 2018, 07:07

chris86 hat geschrieben:
So 11. Mär 2018, 01:01
Welche Firmware-Version habt ihr eigentlich drauf?
Hier ist es (glaub ich) die von Aug2013...
Die 1.16.00 vom 08.04.2014
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR

Benutzeravatar
Alter Sack
Alt-Guru
Alt-Guru
Beiträge: 10615
Registriert: Do 8. Dez 2005, 22:35
Receivertyp: diverse
Wohnort: NRW - GM

Re: ChannelListSaver TAP

#324

Beitrag von Alter Sack » So 11. Mär 2018, 07:29

chris86 hat geschrieben:
So 11. Mär 2018, 01:01
Unterschiedliche SystemIDs für den TMS2100 mit und ohne EuP? :thinker:
Also laut Firmware-Download-Seite gibt es da nur eine SysID...

Und das ist auch so, habe ich aus einer zuverlässigen Quelle, also quasi aus 1.Hand :D
Gerti hat geschrieben:
Mi 26. Jan 2011, 09:29
Ich nutze den EUP schon länger hier im Büro und es gibt wirklich kein Problem dadurch, dass beide Geräte dieselbe Firmware verwenden.
Gerti hat geschrieben:
Mi 26. Jan 2011, 10:10
In der Regel gibt es ja immer unterschiedliche System-IDs für die Produkte, es ist aber bei diesen beiden Geräten anscheinend wirklich nicht nötig.

Im Tunerbereich gab es aber wohl Modifikationen, die den Qualitätswert beeinflussen:
Gerti hat geschrieben:
Do 1. Dez 2011, 07:48
Die aktuellen Modelle haben eine Modifikation erhalten, welche den Tunerchip gegen Überlastung schützen soll. Dadurch sinken die Werte für Signalstärke und Qualität.
Ein Qualitätswert von 25-30% ist nach der Modifikation eigentlich noch immer mehr als ausreichend für einen ungestörten Empfang.
Gerti hat geschrieben:
Do 17. Mai 2012, 09:41
Es gab kürzlich eine Lieferung vom SRP-2100, bei dem am Tuner die Freilaufdiode fehlt.
Dadurch kann es passieren, dass die LNB Steuerung im Receiver beschädigt wird, wenn es beim Anschluss zu einer Spitze kommt.
Die betroffene Lieferung wurde bereits wieder vom Großhändler abgeholt, jedoch sind natürlich schon einige Geräte in den Handel gelangt.

Und die Tuner sind nur anders ausgelegt, aber identisch.
Gerti hat geschrieben:
Mo 29. Jul 2013, 15:23
Die sind nicht sehr empfindlich, die sind von Ihrer Charakteristik nur so ausgelegt, dass Sie große Reserven bei schlechtem Signal haben, dafür aber eher kein Signal mehr anzeigen, wenn die LNB Frequenz zu stark vom Soll abweicht. Die Tuner sind allesamt Markentuner (idR. von Samsung).
Gerti hat geschrieben:
Mo 29. Jul 2013, 16:29
Die Tuner sind aber bei beiden identisch.
Der neue hat nur einen s.g. Eco-Mod, wodurch das 22KHz Signal etwas schwächer, aber trotzdem noch innerhalb der Norm.

Ich hoffe, jetzt ist alles geklärt :u:
Zuletzt geändert von Alter Sack am So 11. Mär 2018, 07:40, insgesamt 1-mal geändert.
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR

Benutzeravatar
buko
Mr. Settings
Mr. Settings
Beiträge: 12240
Registriert: Fr 9. Dez 2005, 09:03
Receivertyp: auch andere Receiver!
VU+ Ultimo 4K
VU+ Uno 4K
VU+ Duo 4K SE
Wohnort: Bayern & Tirol

Re: ChannelListSaver TAP

#325

Beitrag von buko » So 11. Mär 2018, 11:47

... hier ein paar Settings zum weiterspielen ... :u:

Astra 19° - Hotbird 13° - Astra 23° - Eutelsat 9° - Astra 28°
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
gruß
buko
:altermotzsack:



Topfield Settings bearbeiten, verwalten und vieles mehr:
mit :->: SetEdit für fast alle Topfield & VU+ Receiver :up:

Benutzeravatar
Alter Sack
Alt-Guru
Alt-Guru
Beiträge: 10615
Registriert: Do 8. Dez 2005, 22:35
Receivertyp: diverse
Wohnort: NRW - GM

Re: ChannelListSaver TAP

#326

Beitrag von Alter Sack » So 11. Mär 2018, 12:18

buko hat geschrieben:
So 11. Mär 2018, 11:47
... hier ein paar Settings zum weiterspielen ... :u:
Gibts die auch in aktuell und mit allen Transpondern und als Channels.txt :und_weg:

BTW: In den 8 Dateien hat Astra1 5x verschiedene Transponderzahlen, 55, 62, 64, 65, 68.
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#327

Beitrag von chris86 » Di 13. Mär 2018, 20:55

chris86 hat geschrieben:
So 11. Mär 2018, 01:01
Doch Asa, ich habe genau das gemacht! Im Satelliten Transponder Editor geändert und gespeichert!
Signal ist aber weiterhin vorhanden!! (Ich mach morgen noch nen Screenshot)
Okay, also ich glaube, ich kann das Testen wohl aufgeben...
Channels.txt mit Pilot=off auf dem ZDF HD Transponder eingespielt -> Reboot -> perfekter Empfang -> Im Satelliten Transponder Editor kontrolliert, aber nicht verändert (siehe Screenshot) -> immernoch perfekter Empfang :bash:

Besteht evtl. die Möglichkeit, dass das weder am Tuner-Chip selbst, noch an der Firmware liegt, sondern an der Empfangsstärke des LNB? Dass bei eher "grenzwertigerem" Empfang der Pilot nötig wird, um ein stabiles Signal zu gewährleisten...? :thinker: (nur so ne Idee...)
Alter Sack hat geschrieben:
Fr 9. Mär 2018, 18:14
CLS scheint sich übrigens nicht immer zu beenden und müllt dann die Logdatei mit
"2018-03-09 16:46:xx Exiting from TSR-mode (should not occur)." zu.
Sehr interessantes Phänomen.... :thinker:
Ich habe es überprüft. Diese Meldung dürfte - nach allem, was ich davon verstehe - wirklich nicht auftreten. Und tut es bei mir auch nicht... :thinker:
Das bedeutet, dass NACH dem Beenden der TAP_Main() Funktion mit return 0; noch (mehrfach) ein IDLE-Event von CLS ausgeführt wird.

Könntest du bitte einmal näher beschreiben, in welchem Zusammenhang das bei dir auftritt (Export / Binär-Import / Text-Import, immer oder nur manchmal, etc.), und wie man es vielleicht reproduzieren kann?
(Ich habe ja immernoch die von jkIT beschriebenen Crashes beim Beenden des TAPs im Hinterkopf, die ich - so viel ich mich auch anstrenge - ebenfalls nicht reproduzieren kann. Hier zeigt sich nun ebenfalls eine Anomalie beim Beenden - deshalb sollten wir dem nachgehen...)
Achja, und beendet sich das TAP dann (etwas später) doch noch - oder "müllt" es fröhlich bis zum nächsten Neustart weiter?
Und während es das tut - wird es in der (firmware-eigenen) TAP-Übersicht als laufendes TAP (in grün) dargestellt? Und kann man es darüber dann beenden, um dem Spuk ein Ende zu bereiten?
ss.jpg
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von chris86 am Di 13. Mär 2018, 21:06, insgesamt 1-mal geändert.

Benutzeravatar
FireBird
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Beiträge: 28745
Registriert: Fr 9. Dez 2005, 09:59
Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k
Wohnort: Wien

Re: ChannelListSaver TAP

#328

Beitrag von FireBird » Di 13. Mär 2018, 21:05

Es gibt ja die offensichtliche Funktion TAP_SystemProc(), aber da war auch die eine oder andere unauffällige Funktion, die einen reentranten Idle-Event ausgelöst hat (war es TAP_Channel_Start() oder TAP_Channel_Stop()? :thinker:). Verwendet CLS die übliche Absicherung?

Code: Alles auswählen

dword TAP_EventHandler(word event, dword param1, dword param2)
{
  static bool DoNotReenter = FALSE;

  if(DoNotReenter) return param1;
  DoNotReenter = TRUE;
  ...
  DoNotReenter = FALSE;
  return param1;
}

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#329

Beitrag von chris86 » Di 13. Mär 2018, 21:08

FireBird hat geschrieben:
Di 13. Mär 2018, 21:05
Verwendet CLS die übliche Absicherung?
Besser noch!
1.) Ist es gar kein TSR-TAP.
2.) Kommt nach dem Setzen der CLSFinished-Variable wirklich kein Code mehr, der einen reentranten Aufruf bewerkstelligen könnte.

Code: Alles auswählen

dword TAP_Main(...)
{
  ...
  CLSFinished = TRUE;
  TRACEEXIT();
  return 0;
}

dword TAP_EventHandler(word event, dword param1, dword param2)
{
  if (event == EVT_IDLE && CLSFinished)
  {
    WriteLogMC(PROGRAM_NAME, "Exiting from TSR-mode (should not occur).\r\n");
  }
}
Zuvor hatte ich nach dieser Ausgabe noch ein TAP_Exit(); drin - zur Sicherheit ;-)
Das habe ich gerade im Verdacht als möglichen Crash-Auslöser. Schließlich darf man ein Non-TSR-Tap vielleicht nicht so beenden... :thinker:

Benutzeravatar
FireBird
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Beiträge: 28745
Registriert: Fr 9. Dez 2005, 09:59
Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k
Wohnort: Wien

Re: ChannelListSaver TAP

#330

Beitrag von FireBird » Di 13. Mär 2018, 21:12

Der Code kann schon vorher kommen und der Idle-Event hinkt nach. Aber wenn der EventHandler sonst leer ist, wäre es egal.

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#331

Beitrag von chris86 » Di 13. Mär 2018, 21:15

Wie kann der denn "schon vorher kommen"?? Es gibt doch nur einen Thread. Die weitere Ausführung nach der "pöhsen" Stelle müsste eigentlich verzögert werden, bis alle Events der anderen TAPs (also auch der reentrante Aufruf) abgearbeitet sind...

Im EventHandler steht ansonsten nur die Behandlung der MessageBox. Da keine eingeblendet ist, ist er also ansonsten effektiv "leer"...

Aber Asa spricht ja nicht von einem einmaligen reentranten Aufruf, sondern davon, dass sich das TAP nicht beendet, und dauerhaft IDLE-Events feuert...

Benutzeravatar
FireBird
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Beiträge: 28745
Registriert: Fr 9. Dez 2005, 09:59
Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k
Wohnort: Wien

Re: ChannelListSaver TAP

#332

Beitrag von FireBird » Di 13. Mär 2018, 21:20

Sieht trotzdem sehr verdächtig nach einem reentranten Idle-Auslöser im EventHandler aus. :u:

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#333

Beitrag von chris86 » Di 13. Mär 2018, 23:23

FireBird hat geschrieben:
Di 13. Mär 2018, 21:20
Sieht trotzdem sehr verdächtig nach einem reentranten Idle-Auslöser im EventHandler aus. :u:
Da gebe ich dir ja sogar recht...
Aber ich kann den EventHandler gerne in seiner ganzen Pracht hier posten.
Also ich kann da keinerlei "Auslöser-Potenzial" erkennen! Du etwa?

Code: Alles auswählen

dword TAP_EventHandler(word event, dword param1, dword param2)
{
  // TAP-Beendigung erzwingen, falls fertig und in TSR-Modus gewechselt
  if (event == EVT_IDLE && CLSFinished)
  {
    WriteLogMC(PROGRAM_NAME, "Exiting from TSR-mode (should not occur).\r\n");
    CloseLogMC();
//    TAP_Exit();
  }

  // Behandlung offener MessageBoxen (rekursiver Aufruf, auch bei DoNotReenter)
  if(OSDMenuMessageBoxIsVisible() || OSDMenuInfoBoxIsVisible())
  {
    OSDMenuEvent(&event, &param1, &param2);
    param1 = 0;
  }
  return param1;
}

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#334

Beitrag von chris86 » Di 13. Mär 2018, 23:39

... und so kann man (reproduzierbar) einen Crash auslösen:

Code: Alles auswählen

TAP_Main(...)
{
  ...
  CLSFinished = TRUE;

  TAP_SystemProc();  // ein TAP_SystemProc() mit folgendem TAP_Exit() im IDLE-Event wird schadlos überstanden
  TAP_SystemProc();  // ein zweites Auslösen des IDLE-Events führt schon vor dem TAP_Exit zum Crash

  WriteLogMC(PROGRAM_NAME, "TAP Exit\r\n");
  return 0;
}
@Josef (und alle, die einen Crash beim Beenden des CLS bemerkt hatten):
Kommt bei euch in der Log-Datei vor dem Crash die Zeile

Code: Alles auswählen

Exiting from TSR-mode (should not occur).
vor?

Benutzeravatar
Alter Sack
Alt-Guru
Alt-Guru
Beiträge: 10615
Registriert: Do 8. Dez 2005, 22:35
Receivertyp: diverse
Wohnort: NRW - GM

Re: ChannelListSaver TAP

#335

Beitrag von Alter Sack » Mi 14. Mär 2018, 07:32

chris86 hat geschrieben:
Di 13. Mär 2018, 20:55
Könntest du bitte einmal näher beschreiben, in welchem Zusammenhang das bei dir auftritt (Export / Binär-Import / Text-Import, immer oder nur manchmal, etc.), und wie man es vielleicht reproduzieren kann?
Ich habe mich nochmal durch die ganzen Logfiles gewühlt, das Phänomen trat sowohl beim
Export, als auch beim Import auf, CLS war noch grün und das Logfile wurde zugemüllt, bis
ich CLS über die Fileliste beendet habe.

Aber ..., es gab zu diesem Zeitpunkt 2 Besonderheiten:
1. Die Sendeliste war leer, ich hatte also zuvor einen Werksreset gemacht
2. Neben TMS-Remote und Remoteswitch war auch BackupSettings im Autostart

Die ersten beiden TAPs waren immer im Autostart, Backupsettings nur beim 1. Start (um die leeren
Settings zu exportieren) und beim 2. Start (nach dem Import der Channels.txt via CLS).

Beim 1. Start hatte das Logfile 124kB, beim 2. Start 221kB (da hatte ich CLS nicht direkt beendet),
bei den weiteren Versuchen hatte ich BackupSettings aus dem AutoStart entfernt, hier sind die
Logfiles durchweg 2 bzw. 4kB groß (Export/Import).

Sieht also so aus, als wenn BackupSettings irgend etwas "offengelassen hat", was CLS dazu
veranlasst hat, nach Ex/Import das Logfile zuzumüllen :thinker:
Zuletzt geändert von Alter Sack am Mi 14. Mär 2018, 09:10, insgesamt 1-mal geändert.
Aktive Receiver:
3x SRP2401CI+
Stille Reserve:
3x SRP2401CI+, 2x SRP2401CI+ECO, 2x SRP2100, TF7700HDPVR, TF7700HSCI, TF5500PVR

Benutzeravatar
FireBird
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Suspekter verdächtiger Zauberküchenchef, TAP & Firmware-Guru
Beiträge: 28745
Registriert: Fr 9. Dez 2005, 09:59
Receivertyp: SRP-2401CI+ TFIR
vu+ Duo 4k
Wohnort: Wien

Re: ChannelListSaver TAP

#336

Beitrag von FireBird » Mi 14. Mär 2018, 08:58

Ich würde empfehlen, alles aus der Main in den EventHandler zu verschieben. In der TAP_Main() ist die Firmware in einem speziellen Zustand (STATE_Tap) und da hatte ich auch schon Probleme mit rekursiven Aufrufen.

Benutzeravatar
jkIT
TFtool-Guru
TFtool-Guru
Beiträge: 3182
Registriert: Sa 10. Dez 2005, 18:26
Receivertyp: TF4000 & TF5000MP & SRP-2410
Kontaktdaten:

Re: ChannelListSaver TAP

#337

Beitrag von jkIT » Mi 14. Mär 2018, 09:39

chris86 hat geschrieben:
Di 13. Mär 2018, 23:39
@Josef (und alle, die einen Crash beim Beenden des CLS bemerkt hatten):
Kommt bei euch in der Log-Datei vor dem Crash die Zeile

Code: Alles auswählen

Exiting from TSR-mode (should not occur).
vor?
Nein, bei mir nicht. Aber wie berichtet, lag es bei mir reproduzierbar am speichern der *.std, das ja mit der Anzeige einer Message Box einhergeht. Evtl. eine ähnliche Problematik?
Gruß jkIT

CRP-2401; SRP-2410 (aD); TF5000MP (aD); TF4000PVR (aD); TFtool, aTMSremote (Autor)

Benutzeravatar
jkIT
TFtool-Guru
TFtool-Guru
Beiträge: 3182
Registriert: Sa 10. Dez 2005, 18:26
Receivertyp: TF4000 & TF5000MP & SRP-2410
Kontaktdaten:

Re: ChannelListSaver TAP

#338

Beitrag von jkIT » Mi 14. Mär 2018, 10:12

chris86 hat geschrieben:
Di 13. Mär 2018, 21:08
Besser noch!
1.) Ist es gar kein TSR-TAP.
Jetzt bin ich verwirrt :thinker:
Ich dachte, du hast das geändert?
chris86 hat geschrieben:
Mi 7. Feb 2018, 01:15
Und zwar ist CLS bisher als Non-TSR-TAP gelaufen, d.h. hat alles in der TAP_Main() Methode erledigt, und sich danach einfach mit return(0) beendet.
Außerdem hat das TAP nicht den Normal-Mode verlassen.
Beides habe ich nun testweise mal eingebaut: Das TAP wird nun als TSR gestartet, und die wesentlichen Aktionen werden jetzt nicht mehr in der Main-Methode, sondern im ersten IDLE-Event ausgeführt. Zudem wird ExitNormalMode() aufgerufen. (Was die Firmware allerdings nicht daran hindert, ihre Settings-Export-Message zu präsentieren :patsch:)
Gruß jkIT

CRP-2401; SRP-2410 (aD); TF5000MP (aD); TF4000PVR (aD); TFtool, aTMSremote (Autor)

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#339

Beitrag von chris86 » Mi 14. Mär 2018, 13:46

FireBird hat geschrieben:
Mi 14. Mär 2018, 08:58
Ich würde empfehlen, alles aus der Main in den EventHandler zu verschieben.
Genau das habe ich in der Beta-Version in obigem Post getan.

Nachdem das aber die Crashes bei Josef nicht behoben, und dafür bei Ha-Jü evtl. zu zusätzlichen Crashes (?) geführt hat, und zudem in der Doku steht, dass es bei TSR-TAPs viel größeres Fehlerpotenzial gibt, habe ich diese Änderung wieder rückgängig gemacht...
FireBird hat geschrieben:
Mi 14. Mär 2018, 08:58
In der TAP_Main() ist die Firmware in einem speziellen Zustand (STATE_Tap) und da hatte ich auch schon Probleme mit rekursiven Aufrufen.
Nein... Ist (bei mir zumindest) in STATE_Normal / SUBSTATE_Normal. Komisch... :thinker:

Korrigiere:
Beim Start des TAPs ist er in STATE_TAP / SUBSTATE_Exec. Erst nach dem ersten Aufruf von TAP_EnterNormalNoInfo() - nach dem Ausblenden der Messagebox - sorgt dafür, dass er (noch während TAP_Main) in den Status STATE_Normal / SUBSTATE_Normal wechselt.
Zuletzt geändert von chris86 am Mi 14. Mär 2018, 15:19, insgesamt 2-mal geändert.

chris86
Moderator
Moderator
Beiträge: 1170
Registriert: Sa 4. Jun 2011, 22:35
Receivertyp: 2x SRP-2410, CRP-2401CI+
Receiverfirmware: SRP: 2011Sep29 / 2013Jan10 (RC) / 2013Dez19
CRP: 2013Feb05
Kontaktdaten:

Re: ChannelListSaver TAP

#340

Beitrag von chris86 » Mi 14. Mär 2018, 13:58

Bezüglich der Ausgangs-Fragestellung nach Regeln für die Verwendung von Pilots habe ich noch folgendes gefunden:
ETSI hat geschrieben:With the receiver algorithms taken into consideration, the simulation results demonstrate that carrier synchronization can be achieved in presence of phase noise and worst-case thermal noise for any DVB-S2 mode. Some of the transmission modes, such as for example 8PSK rate 3/5 and rate 2/3, 16APSK rate 3/4, 32APSK 4/5 required the use of pilot symbols to avoid cycle slips. For ACM operation, the use of pilot symbols can guarantee continuous receiver synchronization.
@Asa: Welche beiden Transponder sind deine "UHD-Transponder", bei denen der Pilot fälschlich gesetzt wurde?
Der auf 10.995 MHz arbeitet schonmal mit einer FEC von 5/6, und ist daher von obiger Beschreibung nicht abgedeckt. Trifft das auch auf den anderen zu?

Die von Ha-Jü aufgeführten Pilot-Transponder sind jedenfalls allesamt 8PSK und 2/3 bzw. 3/4.

Vielleicht sollte ich die Regel ändern in:
"Alle Transponder mit Modulation 8PSK und FEC 2/3 oder 3/4 oder 3/5 oder auto bekommen Pilot=on"? :thinker:

Antworten

Zurück zu „SRP/CRP TAP-Bereich“