Beiträge von john33

In hyperion NG, in the config tab for the USB capture you can select which resolution is to be used by Hyperion.
Try very low, and step by step increase the resolution to the point that is still stable.

Jeroen, i was the one who told you about some systems need root permissions, my setup works now.

But if there are problems the utvF grabber (note the F) then try to start with a very low resolution and then increase the resolution to a point that it is stil stable.

Permitrootlogin YES

this ebables root rights to the user, at least, this works for me.

Also, hyperbian and gpio18 wants to have root access.
What i mean is that in order to get the led's tot work the system needs root rights to get things going.

I solved the problem.

The flickering issue was that the resolution was set to high in my config.

I have tested the utvf grabber on my windows laptop, and it works, but, the picture format in VLC media player was very small.
And there it came to me, reduce the resolution to 355 by ??, Anyway very low.
That did the trick for me.
The pi zero can feed the grabber with enough power, try reduce the resolution.

Mijn idee was om bijvoorbeeld een ledstrip achter het hoofdeinde van het bed te plakken en zo dmv het kleurwiel "sfeerverlichting" te maken.

Verder nadenkend is het makkelijkste om een pi zero te nemen, hyperbian er op en in de app een 2de server op te nemen.

Misschien een beetje overkill, maar dan kan ik wel alle effecten en kleurwiel gewoon gebruiken.
Qua kosten maakt het weinig uit, 2 arduino's, 2 433mhz controllers en maar hopen dat het werkt is waarschijnlijk kostbaarder dan gewoon een kleine pi aanschaffen.
Voeding blijft toch nodig voor de ledstrip.

Ik ga eens kijken waar ik nog een pi zero kan scoren.

Ik zat een beetje te denken,
Als je de data output van gpio18 zou kunnen splitsen en draadloos zou kunnen verzenden naar een Arduino, kun je dan een 2de ledstrip aansturen?

Waarom?
Hyperion heeft al een mooie app, met een kleurwiel.
Dan kun je in theorie de output gebruiken om ergens anders in huis een andere ledstrip aan te sturen.
Met alleen de kleurwiel functie en/of de effecten.
Maar kun je dat signaal 1:1 net een esp32 doorsturen, of een 2de pi met hyperbian laten draaien en daar de json server van gebruiken?

Vandaag iets anders geprobeerd,
de grabber op mijn laptop aangesloten en vanaf mijn ambilight opstelling de video feed uit de hdmi2av converter op de grabber aangesloten.
Via VLC mediaplayer het opname apparaat geopend en voila, beeld, zonder haperingen.
Wel op een zeeeeeeer lage resolutie maar goed, de grabber werkt onder windows.

Maar het laatste zette mij aa het denken, zou de resolutienog te hoog staan ?
ik heb alles weer aangesloten en in de webinterface de resolutie op het laagst gezet.
SUCCES !!!!
Daarna een stapje hoger gegaan (640x480) en het werkt nog steeds.
De kwaliteit van de grabber is dus niet om over naar huis te schrijven, maar voor nu doe ik het er mee.
He he, eindelijk.

Nou,
Ik heb in mijn bak met usb kabels gezocht en nu een speciale kabel gemaakt die de grabber direct voed, de data gaat rechtstreeks naar de pi.

Resultaat..... De flikkering om de 1,5 - 2 seconden is er nog steeds.
Ik denk dat de grabber zelf het probleem is.

Nope, met lsusb is het Videodevice (AV2USB) gewoon zichtbaar.

Ik heb ook het idee dat de pi zero w te weinig vermogen op de USB poort heeft om de grabber goed te laten werken.

Root access, hoe het bij mij werkte,
Sudo nano /etc/ssh/sshd-config

En zoek dan naar
#permitRootLogin prohibit password

Verander dit naar:
PermitRootLogin no

Opslaan, en exit.

Daarna werkte het.

Het is alleen met de grabber, dat elke seconde flikkeren en picture freeze in het status view screen.

Als in de app activeer is alles perfect, kleur effecten doen het, niets aan de hand.

Dus alleen als ik overschakelen naar hdmi input dan flikkert het gebeuren.
Ik heb net de HDMI bron uitgezet en nu geeft de grabber een soort testbeeld, ook dan knippert het elke seconde.

Ik heb in hyperbian de password protector voor root login er af gehaald.
En ineens werkte het.

Nu nog de flikkering er uit halen.
Ik heb je tip over het instellen van de grabber toegepast en dat helpt enorm.

Hoe kom ik in config.txt via SSH?
Dat volg ik nog niet helemaal.

En ook dat is gelukt.
Er zit weer leven in het systeem.
De app werkt, de grabber werkt (een beetje).

Laatste issues:
Om de seconde bevriest de Videofeed.
De leds lichten dan even wit op.
In de seconde dat het werkt zie ik ook de kleuren veranderen.
Wat zou het kunnen zijn dat de video feed uit de grabber telkens stopt?
(Te weinig power zou kunnen, ik moet de tip van Jeroen nog proberen).

De resolutie van de video feed is enorm laag, ik heb alles op "auto" staan wat zou ik hieraan kunnen doen?
Ik heb met een los LCD scherm met component video ingang gekeken wat voor signaal uit de hdmi2av converter komt en op dat scherm is dat mooi scherp.

Even een kleine update,
ik heb vandaag weer alles aangrsloten zoals het was, en helaas nog geen greintje licht van de leds.
Om te checken of het wel of niet aan de pi ligt heb ik nu een sd kaartje met de Hyperion classic image er op inclusief hypercon config in de pi gedaan en verrek...
de leds werken weer, alleen wordt mijn grabber niet ondersteund. dat is een utvF007 en met de "no change" oplossing start alls op behalve dat de grabber/pi combinatie nog niet wil werken.

Maar goed, de Pi leeft nog, net als GPIO18.
Ik las ergens dat de Pi onder root access moet draaien bij hyperion NG om de WS281x aan de gang te krijgen ?
ik ga effe zoeken hoe dat moet.

Dank je Jeroen.
Ik zal binnenkort eens kijken.

Voor de volledigheid, ik heb gisteren alles weer terug gezet naar hoe het was maar dat gaf geen soelaas.
De leds reageerden toen heel raar, links een paar aan, rechts niets, dan weer volledig fel wit en dan weer niets.
Ik zal binnenkort alle aansluitingen nagaan, en de weerstand van 120ohm vervangen door een van 330ohm, dat zie ik vaker in setups.
En eventueel de 2de pwm pin eens aansluiten en kijken of daar de leds op aan gaan.

I have a similair issue,

I had the whole setup working:
Pi zero w
Hyperbian alpa9
Ws2812b led strip (58 leds total)
Working uvtf007 grabber.

But every 1 tot 1,5 seconds the image switches from grabber image to a pi SSH image.
Also the leds react because there is a fairly black image (pi screen) and a video feed.

I thought this was a power issue.
Leds have there own supply,
Pi has its own supply.
Grabber goes into the pi' s USB .

Yesterday i used an usb hub, and powered the pi and the grabber from there, and also connected power to the pi ' usb connector.
There is where the things went wrong.
The pi works, but didn't see the grabber.
Then the leds stopped working, first strange patterns, then no reaction tot the colorwheel.
In the liveview of Hyperion the led effects were perfectly visible.
Looks like gpio 18 is dead....

Newby hier...
Beste Hyperion gebruikers,

Vanmiddag had ik mijn ambilight opstelling ineens aan de gang.
Na wat gedoe overgestapt naar hyperbian en eindelijk succes.
Maar....
Elke seconde, 1,5 seconden zakt de felheid van de leds iets in, ook in het live view van de grabber zie ik wissekend mijn HDMI input en het pi SSH scherm.
Ik dacht dus een power probleem, misschien kan de pi zero w niet voldoende stroom leveren?

Dus een usb hub gepakt, voeding er op, pi en grabber er in gestoken.
Ledstrip heeft eigen voeding met een 0 draad naar de pi.
Bij het opstarten had ik geen rainbow swirl, en reageert de ledstrip niet meer op de Hyperion app.
Alle plussen, minnen en signalen zijn gescheiden met wagoklemmen.
Als ik de klemmen wat bewoog gingen er een paar leds aan, of alles brandde voluit wit.

Zou pin 18 (12) zijn overleden?
Een test met een Arduino geeft aan dat er niets mis is met de bedrading, leds werken dan gewoon.
Dus ik vermoed dat het in de pi zit.

Vanaf gpio 18 zit er een 120ohm weerstand naar de DI van de ledstrip (ws2812b)

Het heeft gewerkt, totdat ik slim wilde doen om de voeding aan te pakken.