Amino tuner gaat schokken als hij te warm wordt

staat op een koelblokje van een intel core i3, dat help wel het geluid loopt nu bijna altijd door.
en ik heb veel minder schokkende beelden.

Dus had ik die foto enige tijd geleden naar de helpdesk gestuurd,
kwamen ze weer met het standaard verhaal.
Ik heb gevraagd om een andere tuner, maar tot op heden heb ik die niet ontvangen

Erg teleurstellend, als Xs4all fan van het eerste uur (1991 ?) en vanaf het begin supporter en klant van Freedom. Er zijn vast meer gebruikers met hikkende ontvangers .
De tip is gratis natuurlijk.

hayopc

Mogelijk kan je meten wat de temperatuur van dat ding is/wordt om te vast te stellen of iets abnormaal is.
Los daarvan kan het zijn dat een vals chip/draad/contact ergens door temperatuurinvloed gaat zwieberen waardoor functies niet goed verlopen. Het blijft electronica dat stuk kan raken.

Ik heb voor dit soort dingen van die goedkope sensoren (die ik dan geautomotiseerd verwerk voor trendnanalyses en zaken aan te tonen).
In de firmware, beetje processor, zal die mogelijkheid bijna zeker verborgen/aanwezig zijn en mogelijk niet beschikbaar zijn als gebruiksscherm..

Bedankt voor je reactie Larry. Als ICT hardware specialist sinds 1986 heb ik dat natuurlijk al gedaan.
Volgens mij is die Amino gewoon een slecht ontwerp. En jij weet ook vast wel dat componenten die te warm worden fouten kunnen maken.

Als moderne CPU’s te warm worden dan gaan ze langzamer lopen (=minder energie verbruik).
Door te langzaam te werken krijg je dat om de stream nog te volgen er delen geskipped worden.
Dus schokende beelden is te verklaren.

Probleem kan ook zijn dat het kastje te warm staat. Er wordt uitegegaan van normale kamer temperaturen bij een ontwerp. Als de omgevingstemperatuur te hoog wordt is passieve (stille koeling) niet goed meer mogelijk.

Een voorbeeld om dit duidelijker te maken:
CPU wordt al snel ~80 graden, bij een omgevings temperatuur van 20 graden. (verschil voor warmte overdracht is 60 graden).
Als de omgevings temperatuur ~30 graden wordt dan zal de CPU makkelijk 90 graden kunnen worden (om dezelfde warmte uitstraling te doen, als de CPU dan bij 85 graden een tandje zachter gaat … ).

Oh las de reactie van Noci … wil je vertellen wat jouw temperatuur is ?

40/50°C is sws veel te veel voor een steady apparaat in een huiskamer. Die amino is niet jouw eigendom (neem ik aan) anders is openmaken en een een grotere koelplaat/fan soms een oplossing.

En ja ik ben tamelijk goed op de hoogte dat je als ontwerper sommige dingen niet moet willen of dan een grotere marge aanhouden.

Kan ook zijn dat je simpelweg pech hebt. Mogelijk dat met je zo ja te hoge temperatuur, Freedom overtuigen die vast ook wel een Amino ter referentie zal hebben draaien.

Ik zal je maar niet uitnodigen om met een (haar)föhn of koudespray te onderzoeken of je observatie t.a.v. instabiliteit, idd terecht is en in aanmerking komt voor vervanging van het ding :winking_face_with_tongue:.

Ik ga niet afwachten totdat hij raar gaat doen.

Hier nu ook preventief op een koelblokje met viltvoetje gezet.
Na 15 minuten aan, is hij onder 40 graden en boven 39
De kamer is 26 graden.

Goeie tip, maar wat is het verschijnsel als die te warm wordt? Mijn beeld bevriest namelijk na een minuut of 5 danwel 10.

Bij mij blijft het beeld hangen en soms het geluid. sinds ik de Amino op dat koelblokje heb gezet,
is het een stuk minder vaak voor gekomen dat het beeld even blijft hangen, en het geluid nog zelden. Je kun proberen of het helpt, ga naar een betere pc winkel, daar hebben ze vast wel een paar blokjes over. Ik heb jaren pc’s gebouwd met extra stille processor koelers dus ik heb er ook nog een paar liggen.

Nou ik heb het Amino kastje op een ventilator staan, maar hij bevriest nog steeds na een minuutje of 5. Wat een zooi, mogelijk toch ergens anders een probleem.

Kompleet bevriezen van het beeld kan ook zijn dat de multicast stopt omdat de subscription niet bij de bron komt. (via VLAN 4). Snelle test als bij bevriezen exit naar menu er boven en het kanaal opnieuw kiezen wel start is het waarschijnlijk issue met multicast. Bij multicast moet elke X minuten (hangt van instellingen af) de distributie door gestrt worden.

Bij begin gemist of later terug kijken wordt geen multicast gebruikt, maar gaat het via de internet verbinding.

1 like

Probleem is hier ook sinds enige tijd. Voorheen echt nooit problemen gehad. Beeld bevriest en na een naar het lijkt random tijd begint die weer te spelen. Even een minuut op pauze zetten lost het probleem op, dan heb je uiteraard geen multicast meer, is dus eigenlijk geen oplossing, maar een prima werkbare work-around. Maar zou uiteraard eigenlijk niet nodig moeten zijn.

Warmte is in ieder geval niet de oorzaak, gebeurd ook als het ‘slechts’ 20 graden in huis is.
Reset van Amino en fritzbox lossen het probleem niet op.
Geen enkele wijziging in hardware geweest dus dat kan de oorzaak niet zijn helaas.

Goeie tip. Dit lijkt inderdaad het probleem. De vraag is nu hoe is dit op te lossen. Ik heb volgens mij alles goed ingesteld oP de router (Dream Machine. Ik heb gebruik gemaakt van “udm-iptv”, hier stond ook freedom bij. Toch lijkt die subscription mogelijk niet door te komen. Ik ga even zoeken waaraan het kan liggen. Maar als iemand een tip heeft. Heel graag!

PS: dit was ook de reden dat ik een Fritzbox had nabesteld, om te zien of het aan mijn ontbrekende routerkennis zou liggen of aan het signaal kant. Maar ja die Fritzbox is niet aangekomen/verstuurd. Voor zover de beste provider volgens de consumentengids. Nee het niveau XS4All (meer dan 25 jaar klant) hebben ze nog niet bereikt.

Ik heb heel af een toe een kort hikje, meestal als ik in de eerste minuut naar een zender kijk.

Als we er toch over hebben.
Heb ook wel eens gedacht deze te kopen, voor de koeling.
En er is nog veel meer te koop.

Volgens mij zit het niet in de omgevingstemperatuur.
Die Amino is volgens mij een slecht ontwerp. en door alle up-grade’s wordt het er ook niet beter op. Ik merk dat hij gaat hikken als er veel actie is. EK vrouwenvoetbal, series met veel actie.
Bij Buitenhof gebeurt het zelden, en nee het maakt niet veel uit welk kanaal.
Bij 192TV ging het bijna nooit fout, oorzaak volgens mij lage resolutie videoclips (jammer dat die uit het pakket is)
Kortom ik vind dat we recht hebben op een vervanger. Dat heb ik maanden geleden voorgesteld aan de helpdesk, en ze zouden dit intern bespreken. Tot op heden niets van gehoord.
Fritz! is inderdaad een geweldig merk. Toen Xs4all er mee begon heeft mijn bedrijfje zich gespecialiseerd op Fritz! apparatuur.

Als ik kijk naar het data verbruik.
Zie je duidelijk het verschil tussen live en gemist uitzending.
Omslag is bij 15:15:25

Over welke ontvanger heb je het?
Ik heb een Aria 7
Bedoel je de M7 MZ-104 als opvolger?
Die is wel zuiniger in standby
Lost dat het probleem op?

Hoi Eric,
Ik heb een Amino Model 7, 5 jaar oud ongeveer, zelfs in de stand-by stand wordt hij 34 graden volgens mijn elektronica infrarood meter, bij een kamer temperatuur van 21,5 g. (kamerthermostaat) op het koelblokje.

Ik heb deze week gemeten, in rust consumeert de mijne 3,4W

Dan het IGMP pakket naar de CANAL+ host niet kwijt raken, of opnieuw verzenden.
Dat zal na die x minuten weer gebreuren. (de “automatische herstart” ).
Dit alles zijn uitsluitend datagram pakketten zonder retransmit…, een fout of teveel drukte in de router en het is kwijt.

Een oplossing kan zijn even terug naar de tv-gids en het kanaal opniwue kiezen, dat is beter dan begin gemist gebruiken (=pauze), bij opnieuw kieze wordt ook de IGMP opnieuw verzonden voor het starten van de stream.

Noot: een IGMP pakket gaat naar de eerstvolgende upstream…
Dus jouw Amino → je Router (Fritzbox, whatever,…)
De router kijkt nu of er een bestaande live stream is, zo ja dan de interface ook in multicast meenemen.
Zo nee dan gaat je Router een nieuwe IGMP subscription sturen naar de upstream van de router,
die gaat dan kijken of multicast al loopt zo niet, IGMP aanmaken naar diens upstream.
de interface wordt op de multicast streaam aangesloten.
etc. tot het bij een Stream server uitkomt die een transmissie start als er nog niets loopt.

Als er ergens een subscribe kwijtraakt zal een andere de stream wel weer starten (random tijd), of na een paar minuten [maximum timeout] (dan ben je de enige… de de link blijkbaar actief houd waarvan het pakket kwijt raakte.

Noot: Switches hebben een byzondere rol…, of ze ondersteunen multicast (bepaalde IP adressen worden multicast verzonden over ALLE interfaces), of ze ondersteunen IGMP snooping waarbij specifieke interfaces aangezet worden waarop een IGMP pakket ontvangenis, dan wel multicast wordt niet ondersteund, maar dan ontvangt de uiteindelijke ontvanger niets omdat ARP resulution voor multicast niet werkt.

Bij alle xPON belichters behalve KPN kán het voorkomen dat streams voor dezelfde multicastgroep (lees tv/radio kanaal) meer dan één keer op het fiber wordt gezet. Dit is het gevolg van een bedrijfskundig begrijpelijke maar technisch mindere beslissing om de verschillende ISPs elk verantwoordelijk te houden voor hun eigen multicast-feeds. Maar die feeds komen veelal uit één en dezelfde bron.

Hier kunnen direct aangesloten Fritz!Boxen die 7.8x draaien niet mee overweg. Die zullen alle streams voor dezelfde multicastgroep doorzetten wat resulteert haperend, schokkend, stilstaand of zwart beeld. Het één-en-ander geheel afhankelijk van wat de klanten van andere ISPs op je PON-segment op dat moment kijken of zijn gaan kijken. Als die in dezelfde ‘zender’ als jij zijn geïnteresseerd gaat het fout.

Dit is opgelost voor de 5530 in de labor (beta) versie van Fritz!OS 8.10. We kunnen deze in voorkomende gevallen voor je installeren. Uiteraard alleen met uitdrukkelijke toestemming.

Daarnaast worden veel multicast problemen inderdaad door ongeschikte ethernetswitches veroorzaakt.

2 likes

Dank het wordt me steeds duidelijker. Als ik het kanaal opnieuw kies dan start die inderdaad weer. Ik heb mijn router (Dream Machine) volgens mij helemaal goed geconfigeerd met udm-iptv. Hier is zelfs een Freedom configuratie te kiezen. Hierna deed alles het. Tot 5 minuten. Na wat forum raadplegingen ook nog een UDP keep-alive script geinstalleerd. Maar het resultaat is hetzelfde.

De dream machine ondersteunt IGMP snooping en die staat dan ook aan. Verder staat de amino direct op de dream machine op een dedicated port. En die port is dus weer geconfugeerd voor VLAN4.

Vraag blijft zit ik nu een probleem op te lossen dat er niet is, want kan het ook aan die animo liggen? Tja denk alleen dat te kunnen testen met een fritzbox van freedom.