da stellt sich mir die Frage, wie die Leute mit Importfunke das regeln wollen.
Um mal ernsthaft zu antworten: Funken sind eine der wenigen Sachen, die man nicht unbedingt selbst importieren sollte, da kann's sicherlich Ärger geben
Meine Hoffnung geht ja dahin, das Robbe sich mehr Zeit lässt mit
der Veröffentlichung, um dann was handfesteres als das englische
Statement zu bringen...
Zitat:"Futabas Ingenieure haben dieses Problem erkannt und arbeiten mit Hochdruck an einer Lösung um dies zukünftig zu verhindern."
Ja schön, und was ist mit den Anlagen bei denen der Bug bereits vorliegt ?
Kostenlose Überprüfung bei Robbe auch toll.Wie verhält sich Robbe wenn nachgewiesen ist wenn eine Funke betroffen ist ? Tausch gegen anderen Sender oder wird dann nur neuinitalisiert bis es wieder eintritt ? Für mich bleiben zu viele Fragen offen.
Werde meine FF 7 jetzt mit Trockenbatterien mal tiefentladen und schauen was passiert.
MfG
Manfred
MfG
Manfred
-----------------------------------------------------------------------------------------
Hurricane 550 mit BeastX
T-Rex 600 BeastX
CopterX 500 für Bo 105 mit Vierblattkopf und BeastX
Hurricane 200 V 1 mit Align GP 750 und Roxxy 918 Regler
Status: Rundflüge,Turns, Nasenschweben, Loops,eckige Rollen und Pille Palle
worldofmaya hat geschrieben:Ich versteh nicht wenn man weiß was passiert, warum macht man's dann? Wurde doch schon von genug Leuten ausprobiert...
-klaus
dieser Fehler soll ja nicht bei jeder FF7 auftreten.Dann weis ich halt das meine angeblich so sichere Funke auch betroffen ist.
Ausserdem ist mir die Haltung von Robbe nicht eindeutig genug. Wenn ich selbst keine hätte wäre mir das eigentlich auch egal
mfG
Manfred
MfG
Manfred
-----------------------------------------------------------------------------------------
Hurricane 550 mit BeastX
T-Rex 600 BeastX
CopterX 500 für Bo 105 mit Vierblattkopf und BeastX
Hurricane 200 V 1 mit Align GP 750 und Roxxy 918 Regler
Status: Rundflüge,Turns, Nasenschweben, Loops,eckige Rollen und Pille Palle
Genial, wie schnell es die Robbe Ingenieure geschafft haben das englische Statement der letzten Tage zu übersetzen und an so prominenter Stelle zu veröffentlichen...
Ich überlege ernsthaft den Funken Hersteller zu wechseln!
Sorry für OT: Was spricht eigentlich gegen eine Spektrum DX7 ???
Blade mCX / Blade CX extreme / Hurricane 200 / Mini Titan E325 / T-Rex 500 / Logo 500 3D / Trojan T-28 / Super Mini Cub / MPX Blizzard / Radian / e-foamies Extra 300 / Parkzone Sukhoi Su-26m / Mikrokopter Cayman 500 / KIS SAL mini F3K / Highlight SAL KIII / Turbo Zach
Haben Dir die Tipps des Forums geholfen? Auch du kannst helfen und alle profitieren davon! Werde Supporter: >>klick<<
Die Sendeleistung und das sie eine Einbahnstrasse ist wird angeführt... jeder wie er meint. Ich würd mir keine Steuerung ohne wechselbaren Modul kaufen. Schon gar nicht für den Preis einer FF7 oder DX7.
Ich warte mal ab wie sich Act entwickelt. Ich hab aber auch noch nie auch nur einen Aussetzer mit meinem PCM Setup gehabt. Die Diskussion zeigt das 2G4 einfach noch in den Kinderschuhen steckt...
-klaus
Suzi-LAOS-Protos500-DNHP-Centurio-Maximus
Team heligarage.at
worldofmaya hat geschrieben:Ich versteh nicht wenn man weiß was passiert, warum macht man's dann? Wurde doch schon von genug Leuten ausprobiert...
-klaus
dieser Fehler soll ja nicht bei jeder FF7 auftreten.Dann weis ich halt das meine angeblich so sichere Funke auch betroffen ist.
Ausserdem ist mir die Haltung von Robbe nicht eindeutig genug. Wenn ich selbst keine hätte wäre mir das eigentlich auch egal
mfG
Manfred
Das wird bei deiner genauso passieren!
Solange sie nicht tiefentladen ist passiert bei keinem Sender was, aber beim tiefentladen löscht es den Speicher, das ist ein Hardwareproblem. Lieber nicht machen und mit eindeutiger ID fliegen, bis Robbe sich äußert
Zu der Haltung mit den Kinderschuhen sag ich nix. 2.4GHZ ist schon ziemlich alt, ob du nun Fernsteuerimpuls überträgst, oder über TCP/IP ist doch vollkommen schnuppe!
Das Problem liegt auch nicht an 2.4GHZ sondern einfach nur daran, dass robbe einen nicht persistenten Speicher verwendet
Die Fehler nicht nur bei Futaba zeigen einfach das da noch viel zu tun ist. Klar können Fehler vorkommen... passiert ja überall. "Kinderschuhe" war nicht auf 2G4 sondern die RC Systeme bezogen.
-klaus
Suzi-LAOS-Protos500-DNHP-Centurio-Maximus
Team heligarage.at
So, nun ist das Statement auf robbe.de da, entspricht aber
leider dem schon bekannten englischen. Hab gleich
mal wieder per Mail um Info gebeten, ob nun nur re-programmiert
wird oder/ob/wann es schon weitergehende Maßnahmen gibt,
um es zukünftig zu verhindern. Mal schauen, ob die wieder prompt
zurückrufen.
Hallo,
hier die offizielle Stellungnahme in Abstimmung mit Futaba Japan...
Robbe/Futaba informiert bezüglich der Futaba 2,4 G FASST Anlagen
T6EXP (No. F 4068 und F 4069), T7CP (No. F 7029) und HF-Modul TM7 (No. F 1957).
Sehr geehrte Damen und Herren,
jeder 2,4 GHz FASST Sender (oder HF-Modul) besitzt eine einmalige Codenummer (GUID) welche beim Produktionsprozess vergeben wird. Diese Codierung ermöglicht es, einen Empfänger nur an diesen einen Sender zu binden. Es ist uns zur Kenntnis gekommen, das eine sehr kleine Anzahl von nicht codierten Sendern der o. g Type hergestellt wurden.
Diese nicht codierten Sender nutzen die GUID=0. Sofern zufälligerweise zwei der nicht codierten Sender gleichzeitig am selben Ort betrieben werden, kann es zu gegenseitigen Beeinflussungen zwischen diesen beiden Sendern kommen.
Sollten Sie an Ihrem FASST Sender ein auffälliges Verhalten bemerken, oder einfach nur sicher gehen wollen ob Ihr Gerät davon betroffen ist, senden Sie die RC-Anlage zur kostenlosen Überprüfung an den robbe-Service.
Weitere Informationen und Sicherheitsmaßnahmen:
1. Um herauszufinden ob am Flugfeld befindliche FASST-Sender die GUID:0 besitzen, empfiehlt es sich alle Sender und Empfänger gleichzeitig einzuschalten.
• Gibt es gegenseitige Beeinflussungen, den Betrieb der entsprechenden Geräte einstellen und Geräte an den robbe-Service zur Überprüfung zurückgeben.
• Die übrigen RC-Anlagen können den Flugbetrieb mit der gewohnten FASST-Zuverlässigkeit durchführen.
• Sofern nur ein FASST-Sender auf dem Flugfeld in Betrieb ist, kann keine Beeinflussung auftreten.
2. Wenn Sie Ihren FASST Sender einschalten, so sollten Sie ihm eine gewisse Zeit geben um das FASST System hochzufahren bevor Sie ihn wieder ausschalten. Wir empfehlen eine Wartezeit von 3-5 Sekunden nach dem Einschalten, bevor der Sender wieder ausgeschaltet werden kann.
3. Wenn Sender und Empfänger Ihre Anbindung zueinander verloren haben, so empfehlen wir die RC-Anlage zur Überprüfung und Untersuchung an den robbe-Service zu senden.
4. In einzelnen Fällen wird berichtet, dass T7CP Sender die GUID verlieren, wenn man den Sender eingeschaltet lässt und der Senderakku tiefentladen wird. Untersuchungen seitens robbe und Futaba können dies bisher noch nicht Bestätigen. Sollte der Sender nach Tiefentladung seine Anbindung zum Empfänger verloren haben, so senden Sie den Sender ebenfalls in den robbe-Service ein.
Neue, separat erworbene Empfänger welche noch nicht an einen FASST-Sender angebunden waren besitzen den Vorgabewert GUID:0, und können zum Erkennen von Sendern mit GUID:0 eingesetzt werden.
Futabas Ingenieure haben dieses Problem erkannt und arbeiten mit Hochdruck an einer Lösung um dies zukünftig zu verhindern.
• Andere, korrekt codierte 2,4 GHz FASST Anlagen und Module werden davon NICHT beeinflusst.
• Auch das TM14 2,4 GHz Modul ist davon nicht betroffen, da hier der integrierte Area Code eine Inbetriebnahme mit dem GUID=0 nicht akzeptieren würde.
• Ebenfalls sind die RC-Car Anlagen mit 2,4 GHz Technologie davon NICHT betroffen, da hier ein anders Codierungssystem mit 4,2 Milliarden Codes Anwendung findet.
Nähere Einzelheiten dazu werden wir in den nächsten Tagen auf der robbe Homepage bzw. per e-mail Rundschreiben bekannt gegeben.
worldofmaya hat geschrieben:Die Fehler nicht nur bei Futaba zeigen einfach das da noch viel zu tun ist. Klar können Fehler vorkommen... passiert ja überall. "Kinderschuhe" war nicht auf 2G4 sondern die RC Systeme bezogen.
-klaus
Hi Klaus, entschuldige, dass ich dir da so energisch wiederspreche.
Der aktuelle Fehler liegt ganz klar nicht an einem Fehler in der Übertragungskette.Diese funktioniert vollkommen zuverlässig und Problemlos. Einzig und allein die übertragene GUI ist Fehlerhaft. Dafür kann die Funstrecke allerdings überhaupt nichts. Hier hat Futaba einfach einen Speicher ähnlich Ram verwendet. Die richtige Technik wäre aber Flash gewesen, wie es in den CamPacs oder in Speicherkarten verwendet wird
bedeutet diese Aussage jetzt für alle ab sofort in Umlauf kommenden Fernsteuerung, dass
a. die Fernsteuerungen unverändert ausgeliefert werden, oder
b. bis Futaba das Problem gelöst hat keine Fernsteuerungen dieser Typen in Umlauf kommen, oder
c. dass die nun in Umlauf kommenden Fernsteuerungen dieser Typen nicht mehr von den Fehlern betroffen sind?
Die Antwort wäre bestimmt nicht nur für mich interessant.
Heiner Jünkering hat geschrieben:
4. In einzelnen Fällen wird berichtet, dass T7CP Sender die GUID verlieren, wenn man den Sender eingeschaltet lässt und der Senderakku tiefentladen wird. Untersuchungen seitens robbe und Futaba können dies bisher noch nicht Bestätigen. Sollte der Sender nach Tiefentladung seine Anbindung zum Empfänger verloren haben, so senden Sie den Sender ebenfalls in den robbe-Service ein.
Wenn das Problem noch nicht mal bestätigt werden kann, dann wird es wohl kaum schon behoben sein...
Das Problem der falsch ausgelieferten Sender scheint ja erlannt zu sein, und wird wahrscheinlich auch nicht mehr orkommen...
Wer rechtschreibfehler findet darf sie behalten, und Garantie übernehm ich grundsätzlich für gar nix...
T-Rex 450Pro Combo, Kokam2000
Sender MC12 Jeti, Empfänger R7
wenig Ahnung, aber davon recht viel...
Werbung
PayPal-Spenden
