[Release!] MiLo-image voor DM7025, DM800 en DM8000

[Gast MiLo]

Origineel bericht van: Sjaaky

Ken je thowi's multiboot? Daarmee kun je rootfs op cf krijgen.

Da's nou net niet de bedoeling. Het idee is om gewoon je image in de flash te houden, en de CF kaart daarmee samen te voegen.

Ikzelf dacht aan bijvoorbeeld dat je een filetje op de CF kaart plaatst, als trigger, en dat hij dan bij het booten de mounts aanpast zodat je CF kaart als uitbreiding van de interne flash wordt gebruikt.

[OKA]

Origineel bericht van: MiLo

Okee, genoeg gelachen, wa's een WAF?

KLIK

[aardbeì]

Origineel bericht van: OKA

Origineel bericht van: MiLo

Okee, genoeg gelachen, wa's een WAF?

KLIK

LOL

[FeReNGi]

Origineel bericht van: MiLo

Origineel bericht van: FeReNGi

http://www.dm8000-vip.de/forum/index.php?page=Thread&postID=17000#post17000

Als je een link stuurt, stuur er dan een waar ik bij kan... "You are not allowed to enter this page. You do not have the required permissions to enter this page."

Zie bijlage :

beschrijving aldaar :

Code:

Ich habe es mir nicht nehmen lassen und ein wenig mit fan_ctrl.phy gespielt und es erweitert. :PEs gibt jetzt eine Erkennung, ob und wenn welcher Lüftertyp in der Box eingebaut und welche Drehzahl er macht.Die Temperaturregelung habe ich nun so umgebaut, dass der Lüfter eine Solldrehzahl (Bereich: Grunddrehzahl bis Maximaldrehzahl) erhält, je mehr die Ist-Temperatur über der Solltemperatur liegt. Als Spanne habe ich dazu mal 5°C vorgesehen. Ist also die Temperatur in der Box 5°C über der Solltemperatur, sollte also der Lüfter mit voller Drehzahl drehen, ist die Temperatur geringer oder gleich der Solltemperatur, dreht der Lüfter mit einer niedrigen Grunddrehzahl. Eine Besonderheit ist dabei noch, fällt die Temperatur in der Box unter einen Schwellenwert, der 1.5°C unter der Solltemperatur liegt, wird der Lüfter komplett abgeschaltet und erst dann wieder (mit der Grunddrehzahl) eingeschaltet, sobald die Temperatur nur noch weniger als 0.5°C (Hystereese 1°C) unter der Solltemperatur liegt.Mit meinem Lüftermodell, einem 80mm 3pol. Lüfter mit 3.000 u/min konnte ich damit ganz brauchbare Ergebisse erziehlen bei einer target_temp. von 50°C und einer Grunddrehzahl von 2.000 u/min. Ergebnis: Ist die Box über längere Zeit im Standby geht der Lüfter aus, während des Betriebes läuft er an und erreicht dann je nach Belastung und damit Wärmeentwicklung in der Box bei 52 bis 53°C eine Drehzahl im oberen Drittel bis zur Maximaldrehzahl.Ich häng's mal wieder hier an und wünsche viel Spaß beim weiteren Testen und vielleicht könntet ihr mal eure Erfahrungen damit schildern.;)gestartet wird es jetzt mit: python fan_ctrl.py target_temp grunddrehzahlwie gesagt: ich erziele gute Ergebnisse mit: python fan_ctrl.py 50 2000für die bootup benötigt es folgende Zusatzparameter : > /dev/null &angenommen ihr kopiert die fan_ctrl nach /usr, dann muß die letzte Zeile in der bootup wie folgt aussehen:python /usr/fan_ctrl.py 50 2000 > /dev/null &Und bitte net schlagen, wenn irgendwas nicht gehen sollte oder jemandem die Programmierung "holperig" erscheinen sollte; wäre es Assembler, Pascal oder VBA....ok....nur ist dieses Projekt mein allererster Gehversuch mit Python. ;)Und noch @tmbic:Ob steige Regelung oder Zweipunkt-Regelung, das ist reine Geschmackssache. Ich find's bei meinem Siemens NB gut, dass der Lüfter nur kurz anläuft und dann einmal kräfig bläst und dann wieder aus ist - hab's aber so belassen, der Grundgedanke ist ja gar kein schlechter.  Was die Regler angeht hast Du natürlich recht, verwendet werden sie P- oder PI-Regler. Betrachten tue ich sie aber als PID-Regler mit abgeschaltetem D- bzw. ID-Anteil, denn angelegt sind sie ja als PID-Regler, nur dass eben die genannten Anteile nicht werwendet werden wenn sie 0 sind.-----------------------------------------------------------------------------------------------fan_ctrl ersetzt durch neue Version 0.3 vom 22.02.2009-----------------------------------------------------------------------------------------------fan_ctrl 0.3.1 - Änderungen gegenüber fan_ctrl v0.3:    * keine Abschaltung des Lüfters mehr - der Lüfter dreht immer in jedem Fall mit Grunddrehzahl    * die Maximaldrehzahl wird nicht mehr bei 5°C über der Solltemperatur erreicht sondern konstant bei 55°C.    * Alarmfunktion: Erreicht die Lüfterdrehzahl ihren Maximalwert, beginnt die blaue Front-LED im Sekundentakt hell zu blinken und signalisiert dadurch, dass die Regelung und damit auch die Temepratur innerhalb der Box ihren Maximalwert erreicht bzw. überschritten hat. Dunkles Leuchten (oder blinken im unteren Grenzbereich) zeigt wie bereits in der Version 0.3 an, dass die Regelung aktiv ist. Ist die Front-LED aus, ist die Regelung inaktiv.    * Der Startparameter target_temp wird begrenzt zwischen 40°C und 50°C, da weder niedrigere noch höhere Werte regelungstechnisch Sinn machen. Niedrigere oder höhere Werte können zwar eingegeben werden, werden jedoch kommentarlos mit gültigen Werten ersetzt.    * Der Startparameter Grunddrehzahl wird abhängig vom verbauten Lüfertyp bei bei einem PWM-Lüfter zwischen der Drehzahl, die sich bei fan_pwm = 00 einstellt und der Maximaldrehzahl des eingebauten Lüfters - 500rpm begrenzt. Bei einem Spannungsgesteuerten Lüfter wird dieser begrenzt zwischen 1/10 der Maximaldrehzahl und der Maximaldrehzahl des eingebauten Lüfters - 500rpm. Auch hier werden ungültige Werte die außerhalb der Grenzen liegen, kommentarlos mit gültigen Werten ersetzt.Beispiel 1: PWM-Lüfter (4-pol.)Drehzahl bei fan_pwm = 00: 500rpmMaximaldrehzahl: 4.500rpmBegrenzung: 500rpm / 4.000rpmBeispiel 2: Spannungsgesteuerter Lüfter (3-pol.)Maximaldrehzahl: 3.000rpmBegrenzung: 300rpm / 2.500rpm-----------------------------------------------------------------------------------------------Update vom 03.04.2009fan_ctrl 0.3.2 - Änderungen gegenüber fan_ctrl v0.3.1:    * Startargument_1 schaltet LED-Funktion "Regelung aktiv/inaktiv" ein/aus. Mit noLED wird die blaue Front-LED nicht mehr ausgeschaltet, wenn die Ist-Temperatur der Box kleiner des eingestellten Sollwerts ist und leuchtet dauerhaft mit Default-Helligkeit bzw. der Helligkeit, die im Menü (z.Zt. nur bei Newnigma²-Images möglich), eingestellt wurde. Mit LED alles so wie in fan_ctrl 0.3.1    * Startargument_2 schaltet LED-Funktion "Alarm" ein/aus. Mit noALERT ist die Alarmfunktion inaktiv, d.h. die blaue Front-LED blinkt nicht mehr bei erreichen der Maximaltemperatur (und damit der Maximaldrehzahl des Lüfters). Mit ALERT alles so wie in fan_ctrl 0.3.1gestartet wird es jetzt mit: python fan_ctrl.py target_temp grunddrehzahl Startargument_1 Startargument_2Beispiel 1:    * Die Grunddrehzahl des Lüfters soll 1.700 u/min betragen    * Die Solltemeratur soll 47°C betragen    * Die Helligkeit der Front-LED soll von fan_ctrl nicht beinflusst werden    * Das Alarmblinken der Front-LED bei erreichen oder überschreiten der Maximaltemperatur von 55°C innerhalb der Box soll aktiv seinso ist fan_ctrl zu starten mit:python fan_ctrl.py 47 1700 noLED ALERTBeispiel 2:    * Die Grunddrehzahl des Lüfters soll 1.700 u/min betragen    * Die Solltemeratur soll 47°C betragen    * Die Helligkeit der Front-LED soll von fan_ctrl nicht beinflusst werden    * Das Alarmblinken der Front-LED bei erreichen oder überschreiten der Maximaltemperatur von 55°C innerhalb der Box soll nicht aktiv seinso ist fan_ctrl zu starten mit:python fan_ctrl.py 47 1700 noLED noALERTBeispiel 3:(Funktionalität genau wie bei fan_ctrl 0.3.1)    * Die Grunddrehzahl des Lüfters soll 1.700 u/min betragen    * Die Solltemeratur soll 47°C betragen    * Die Helligkeit der Front-LED soll von fan_ctrl wie in fan_ctrl 0.3.1 gesteuert werden    * Das Alarmblinken der Front-LED bei erreichen oder überschreiten der Maximaltemperatur von 55°C innerhalb der Box soll aktiv seinso ist fan_ctrl zu starten mit:python fan_ctrl.py 47 1700 LED ALERTBitte beachten:Bei den Parametern Startargument_1 und Startargument_2 ist auf die Groß/-Kleinschreibung zu achten, also fürStartargumnet_1: LED bzw. noLEDStartargument_2: ALERT bzw. noALERT-----------------------------------------------------------------------------------------------Update vom 05.04.2009Geändertes Plugin "FanMonitor" hochgeladen.Änderungen:    * Neben den 8 Balkenanzeigen die die Temp.Sensoren der Box visualisieren werden nun zusätzlich alle Temperaturen untereinander als Zahlenwert angezeigt.Installation:Umbenennden der Datei plugin.py in /usr/lib/enigma2/python/Plugins/SystemPlugins/FanMonitor in plugin.py.oldKopieren der plugin.py aus dem hier angehängten zip-file plugin.zip nach /usr/lib/enigma2/python/Plugins/SystemPlugins/FanMonitorGUI neustarten.

fan_ctrl 0.3.2.zip

plugin.zip

[FeReNGi]

Origineel bericht van: pieterg

Origineel bericht van: MiLo

Origineel bericht van: pieterg

Ik heb het al eens eerder geroepen, die spullen staan allemaal vanaf het begin al daar waar ze horen, in de opendreambox repos.

Welke precies?
Ik kijk altijd in http://git.opendreambox.org/
Daar staan al 4 varianten van de openembedded tree, maar volgens mij gebruiken die allemaal nog een stokoude tuxtxt uit 2005 ofzo.

openembedded.git
(die is bedoeld als uiteindelijke vervanger voor de huidige '1.5' branch, op openembedded.org)

Deze dus : http://cgit.openembedded.net/cgit.cgi?url=openembedded/log/&h=org.openembedded.dreambox

[FeReNGi]

Voor de wijzigingen in Enigma2 en plugins:

 

http://cia.vc/stats/project/enigma2

[Gast pieterg]

Origineel bericht van: FeReNGi

Deze dus : http://cgit.openembedded.net/cgit.cgi?url=openembedded/log/&h=org.openembedded.dreambox

nee, die juist niet.

[Gast pieterg]

Origineel bericht van: MiLo

Origineel bericht van: Sjaaky

Ken je thowi's multiboot? Daarmee kun je rootfs op cf krijgen.

Da's nou net niet de bedoeling. Het idee is om gewoon je image in de flash te houden, en de CF kaart daarmee samen te voegen.

Ikzelf dacht aan bijvoorbeeld dat je een filetje op de CF kaart plaatst, als trigger, en dat hij dan bij het booten de mounts aanpast zodat je CF kaart als uitbreiding van de interne flash wordt gebruikt.

het tool wat je zoekt, wat verantwoordelijk is voor het prepareren van het rootfs, is dreambox-boottool.
Die kan je redelijk eenvoudig uitbreiden, zodat hij /mnt/cf/delta als rw gebruikt ipv /mnt/flash/delta, als cf/delta bestaat.

Maar vermoedelijk kan je dan de cf niet meer volledig gebruiken zoals je gewend bent, na de pivot_root.
Hij zal iig niet meer gemount mogen worden met mount -a, vanuit fstab.

Een veel eenvoudiger oplossing is unionctl te gebruiken vanuit een init script, dus pas vanuit het draaiende union rootfs.
Kan je gewoon on-the-fly je delta moven naar cf.

[aardbeì]

Origineel bericht van: pieterg

Origineel bericht van: FeReNGi

Deze dus : http://cgit.openembedded.net/cgit.cgi?url=openembedded/log/&h=org.openembedded.dreambox

nee, die juist niet.

misschien is het dan handig als je een url geeft die het 100% zeker zonder enige vorm van twijfel wel is, dan is iedereen blij, want de locatie die je eerder opgaf is niet appeltje eitje joepie ik ben er


mvrgr

[Gast MiLo]

Die link van F is wat ik (en volgens mij de meeste anderen) gebruik, en die loopt ook in de pas met de E2 ontwikkeling (drivers enzo).

 

Ik moet nu wel denken aan dat stukje uit de Hitchhiker's Guide, waar ze de aarde komen opblazen om plaats te maken voor een snelweg, en als men dan zegt dat ze van niks weten dan krijgen de aardbewoners zoiets te horen van "Ja, de plannen liggen al jaren ter inzage op Sirius B, je hoefde alleen maar even te gaan kijken."

[Gast pieterg]

Origineel bericht van: MiLo

Die link van F is wat ik (en volgens mij de meeste anderen) gebruik, en die loopt ook in de pas met de E2 ontwikkeling (drivers enzo).

de meeste images zijn er idd om die reden nog op gebaseerd.
Maar nieuwe ontwikkelingen doe je neem ik aan tegen de laatste ontwikkel stand, anders loop je kans dat je werk snel obsolete zal worden.
Hoe actiever iedereen is op deze recente stand, hoe groter de kans dat die stokoude branch snel ophoudt te bestaan.

Citaat:

Ik moet nu wel denken aan dat stukje uit de Hitchhiker's Guide, waar ze de aarde komen opblazen om plaats te maken voor een snelweg, en als men dan zegt dat ze van niks weten dan krijgen de aardbewoners zoiets te horen van "Ja, de plannen liggen al jaren ter inzage op Sirius B, je hoefde alleen maar even te gaan kijken."

Van een image developer verwacht ik wel dat hij weet wat waar te halen is.
Dit staat nota bene op de git server van dmm zelf, de meest voor de hand liggende plaats, als je dreambox software zoekt.

[alx]

Hoe dan ook: persoonlijk (en naar ik mag aannemen, velen met

mij)ben ik dankbaar voor alle moeite, die wordt gedaan door

medeliefhebbers van satontvangst. ik hoop dus dat alle ontwikkelaars elkaars moeite weten te appreciëren.

Wat mij betreft: weest lief voor elkaar.

 

[BushWhacker]

Origineel bericht van: pieterg

Van een image developer verwacht ik wel dat hij weet wat waar te halen is.
Dit staat nota bene op de git server van dmm zelf, de meest voor de hand liggende plaats, als je dreambox software zoekt.

Wat flauw is dit.
Waarom post je de link niet gewoon. Dan hoeft Mike niet te zoeken en weet je zeker dat het de juiste is.

Gr,
BW

[Gast pieterg]

Origineel bericht van: BushWhacker

Origineel bericht van: pieterg

Van een image developer verwacht ik wel dat hij weet wat waar te halen is.
Dit staat nota bene op de git server van dmm zelf, de meest voor de hand liggende plaats, als je dreambox software zoekt.

Wat flauw is dit.
Waarom post je de link niet gewoon. Dan hoeft Mike niet te zoeken en weet je zeker dat het de juiste is.

Mike weet inmiddels best wat de juiste is (neem ik aan), het verbaasde hem alleen dat het juist in die repository stond.

En voor de rest die niet kan lezen herhaal ik nog even wat ik hierboven schreef, het is openembedded.git op git.opendreambox.org.

[Gast pieterg]

En voor wie dat nog steeds niet ver genoeg uitgekauwd vindt, heb ik ook nog even de url opgezocht:

 

git://git.opendreambox.org/git/openembedded.git

 

Zo, dat moet toch voldoende zijn. Of moet ik de patches ook nog even aanbrengen en de boel bouwen...