YouLess pulsteller/elektriciteitsmeter

[Pos2007]

Wij hebben sinds gisteren zonnepanelen op het dak. De waardes van de Youless op de slimme meter komen mij soms wat vreemd over. Kan dat kloppen nu er ook teruglevering op de meter is? Registreert de youless nu nog het netto verbuik (opbrengst-verbruik=netto verbuik?)

Edit: de omvormer is aangesloten op een stopcontact wat over was. Stopcontact was een aparte groep voor magnetron in bijkeuken, maar die gebruiken we daar niet. Er zit nu geen stopcontact meer maar een kastje.

@janne. Zoiets dacht ik ook te zien. 2000w opbrengst en ook ongeveer zoveel verbruik volgens de youless. Terwijl er volgens mij geen wasmachine/vaatwasser/etc. aan stond.

[ Voor 43% gewijzigd door Pos2007 op 08-05-2015 11:07 ]

[janne_nl]

Ik heb een gewone digitale meter, 3 fasen meter in mijn geval. Als er nu op fase 1 en 2 afname is van bv 1000watt en de panelen op hetzelfde moment op fase 3 1000 watt leveren (terwijl er op fase 3 geen gebruik in huis is), dan knippert het ledje alsof er 3000 watt door de meter gaat, de youless is in dit geval tamelijk onbruikbaar helaas. De telwerken tellen uiteraard e.e.a. wel correct.

[maomanna]

is je meter dan wel geschikt voor teruglevering?

[janne_nl]

Ik neem aan dat je dat aan mij vraagt? Mijn meter is prima geschikt voor teruglevering. Heeft 4 telwerken, die allemaal netjes tellen.

Heeft me een avond googlen gekost voor ik erachter was hoe die pulsen tot stand komen.

[SmiGueL]

Omdat het aangepaste script van -LA- door Rednax nog geen mogelijkheid had om gemiste minuut data op te vullen met de nog aanwezige data in de Youless, heb ik me er even wat verder in verdiept met de hoop dat dit nog te implementeren is..

Het idee was om te kijken of ik met wat aanpassingen de gemiste uren (in het geval dat de database een update mist door bijvoorbeeld een haperend netwerk/internet/stroom probleem of omdat de NAS gewoon uit stond) kan opvullen met de data uit de 10 minuten log; Deze blijft immers wel 24h bewaard in de Youless.

Het bestaande script:


Wordt dan zoiets:


Of indien mogelijk een klein beetje aangepast met een spike+dip in het midden van de 10-minuten punten, om zo duidelijk aan te geven dat het 'gemiddelde' data is.
(klik voor vergroting)


Het probleem was alleen dat ik:
1. Nog geen Youless heb.
2. Bovendien nog nooit 1 regel PHP heb geprogrammeerd.

Een flinke uitdaging, maar ik heb enkele weken geleden even flink wat tutorials gevolgd/bekeken om de taal een beetje te begrijpen, en vervolgens afgelopen week geprobeerd het Rednax script te ontcijferen en aan te passen.

Om makkelijk te beginnen heb ik dus eerst maar een simpele youless-JSON-uitspuger in elkaar geflanst, die van elke seconde / minuut / 10-minuten de huidige tijd als verbruik aflevert. (20:16 uur is 2016 Watt) Dit om gelijk te kunnen controleren of de alignment in de grafiek klopt.

Vervolgens heb ik enkele modules aan het script van LA/Rednax toegevoegd, waarbij onder andere het xanjob.php bestand is uitgebreid zodat ook de afgelopen 24 uur in de tabel geplaatst wordt MITS deze nog niet bestaat.
Dit zodat ook een bestaand Rednax script gewoon door kan draaien.

Tevens heb ik nog even een performance improvement toegevoegd t.o.v. het oude script (factor 10 a 20 bij elke uurlijkse update) door aan te geven dat hij de database alleen moet updaten met > 1 uur data als de laatste update LANGER als 1 uur geleden is geweest. Hierdoor wordt de database niet elk uur gecontroleerd/gevuld met 2880 samples (48 uur) aan '-1 fill' data zoals nu wel het geval is.

Het is wel mooi om te zien dat na het opvullen van de missende delen, zowel de kWh als de kosten (€) berekening rechtsbovenin ook weer exact klopt.

Originele chart: Sampledata van sluimerstand + 3 apparaten met periodieke interval


Chart met missende data om 17:00 en 22:00 uur:


Chart met opgevulde 10-minuten data:


1 minuut en 10-minuten charts over elkaar gelegd ter vergelijking:



Natuurlijk zal ik de benodigde code hier binnenkort delen, maar ik zie hem liever eerst even getest met Youless gegevens i.p.v. wat testdata. Je mag je me altijd een PM sturen als je de benodigde files / toe te voegen modules alvast wilt gebruiken/testen, en/of als je een 24 uurs database export + JSON data van een al draaiende Rednax database wilt doneren zodat ik het met echte gegevens kan controleren.


Nu al een zeer leerzaam project!

[maomanna]

Top idee! zou je wel willen helpen met testen.

Maar zorg je er met de aanpassing voor dat hij de ontbrekende data in mysql bijschrijft? of is het een voorspelling die alleen geprojecteerd wordt en niet toegevoegd?

[SmiGueL]

maomanna schreef op maandag 11 mei 2015 @ 08:58:
Maar zorg je er met de aanpassing voor dat hij de ontbrekende data in mysql bijschrijft? of is het een voorspelling die alleen geprojecteerd wordt en niet toegevoegd?

De aanpassing zorgt er voor dat de ontbrekende data in MySQL wordt opgevuld. Dit wordt gedaan door de 10-minuten data (die 24 uur i.p.v. 1 uur in de Youless bewaard wordt) te gebruiken.

In de praktijk komt dit er op neer dat zeer korte hoge pieken een beetje uitvagen/verdwijnen vanwege de lagere resolutie, maar langer durende gebeurtenissen (waaronder sluipverbruik, TV kijken, en bijvoorbeeld een koelkast die en kwartier aanslaat) alsnog prima zichtbaar zijn.

[ Voor 5% gewijzigd door SmiGueL op 12-05-2015 00:50 ]

[Pos2007]

Pos2007 schreef op vrijdag 08 mei 2015 @ 10:37:
Wij hebben sinds gisteren zonnepanelen op het dak. De waardes van de Youless op de slimme meter komen mij soms wat vreemd over. Kan dat kloppen nu er ook teruglevering op de meter is? Registreert de youless nu nog het netto verbuik (opbrengst-verbruik=netto verbuik?)

....

Kan iemand dit nog bevestigen? Kan ik nog wat met een youless en zonnepanelen?

Edit. Al gevonden op youless website. Kan er nu alleen wat mee met een extra meter. Of als de panelen geen opbrengst meer hebben. Misschien toch beter om de p1 poort te gebruiken?

[ Voor 16% gewijzigd door Pos2007 op 15-05-2015 19:14 ]

[SmiGueL]

Bij deze dan de door mij aangepaste versie van het Youless script van magic_monkey & RedNax67.
Hij is 100% compatible met een al bestaande/draaiende RedNax database, maar je kunt ook opnieuw beginnen.
(Maak voor de zekerheid altijd even een backup/export van je huidige database!)

Toegevoegde Features:
- 10 minuten data-fill (in het geval de minuutdata niet aanwezig is in de database of youless, wordt deze opgevuld met de 10 minuten data uit de Youless. Deze data wordt max. 24 uur bewaard in de Youless.)
- 1 uur data-fill (in het geval de minuut- en 10-minuten data niet aanwezig is in de database of youless, wordt deze opgevuld met de 1-uur gegevens uit de Youless. Deze data wordt max. 7 dagen bewaard in de Youless.)
- (In de Youless wordt ook de totale dagstand opgeslagen tot 365 dagen geleden. Ik heb het restoren van deze data (indien niet aanwezig in de database) wel toegevoegd, maar uitgecomment.
Dit omdat 1 maand restoren al bijna 50k (31d * 24h * 60m) database inserts doet, wat soms de nodige timeouts opleverde. )
- Performance improvement t.o.v. het oude xanjob script door aan te geven dat de database alleen moet worden geupdate met > 1 uur data indien de laatste update LANGER als 1 uur geleden is geweest. Hierdoor wordt de database niet elk uur gecontroleerd/gevuld met 2880 samples (48 uur) aan '-1 fill data' zoals nu wel het geval is.

Fixed Bugs:
- Het RedNax script update bij elke update de laatste 59 i.p.v. 60 minuten.(zie ook hier)
Dit is uiteraard simpel op te lossen door het script meermaals per uur te draaien, maar ik heb het alsnog even gefixt omdat het kan.
- Typo In Ajax.php regel 52 "$begin = date('Y-m-d', strtotime("-1 year",time()));" aangepast waardoor het jaaroverzicht (soms) niet werkte.

Download V2.0.0:
https://drive.google.com/...QQ1JUcms/view?usp=sharing

Setup:
Pas het Youless IP en database (wachtwoord) in 'settings.inc.php' aan (in de map 'inc')
Indien nieuwe setup: roep 'install.php' aan.
Indien bestaande Rednax setup/database: Zie volgende stap.
Voeg een uurlijkse cronjob toe die 'SmiGjob.php' aanroept
Default username/password is admin/admin

Screenshots:
Originele data (Thanks to maomanna voor z'n database dump!):


Data indien NAS/server de hele nacht uit had gestaan. (t/m 8:00 uur)


Automatisch gegenereerde 10-minuten data door het script:



De 1e en 3e chart in Photoshop over elkaar heen gelegd, om de verschillen/afwijkingen te bekijken.

---

---

Edit 31-5-2015:
Ik heb enkele knoppen toegevoegd in een nieuwe versie van het script, dit om te voorkomen dat je zelf aan de gang moet met bestanden.
Credits voor deze toevoeging gaan naar emnich, zie hier en hier zijn post.
Ik heb het alleen wat aangepast zodat het zwarte pijltjes worden ipv de blauwe tekst vorige/volgende.

Als de knoppen niet gewenst zijn zou ik gewoon versie 2.0.0 downloaden.

Download V2.1.0:
https://drive.google.com/...VUGhpam8/view?usp=sharing

Toegevoegde Features (t.o.v. V2.0.0):
- Knoppen << en >> bij de agenda linksboven.
-- In het dag overzicht hebben de knoppen de functie om 1 dag terug en verder te navigeren.
-- In het week overzicht hebben de knoppen de functie om 1 week terug en verder te navigeren.
-- In het maand overzicht hebben de knoppen de functie om 1 maand terug en verder te navigeren.

Screenshots:

---

---

Ik heb dankzij het lange weekend nog wat toevoegingen gemaakt (voor een volgende versie) aan het script die me wel handig leken.
Zo haalt hij nu bijvoorbeeld (indien gewenst) bij het dagoverzicht óók de data van de vorige dag op. (rode/grijze lijnen) Bij het weekoverzicht wordt de huidige week vergeleken met de week ervoor.

Heeft iemand suggesties wat hiervoor praktisch is? Ik dacht zelf aan:
- Het dagoverzicht vergelijken met 1 dag ervoor.
- Het week overzicht vergelijken met die van 1 week ervoor.
- Het maandoverzicht vergelijken met die van 1 maand ervoor (of is 1 jaar ervoor beter?)
- Het jaaroverzicht met die van 1 jaar ervoor. Indien beschikbaar.

Omdat ik nog niet genoeg data heb voor een weekoverzicht heb ik voor het dagoverzicht even wat charts gemaakt.
De kleuren ben ik nog niet helemaal over uit, dus heb wat verschillende versies gemaakt. Nr4 ziet er tot nu toe wel goed uit (en zijn de history lines ook niet te afleidend)


In principe is het nu (denk ik ) ook niet zo moeilijk meer om de data van 2 Youlessen (bijv. verbruik & opbrengst) te combineren in 1 chart. Indien hier belangstelling voor is dan wil ik hier best even mee aan de gang mits iemand een (willekeurige) week aan data uit z'n 2 databases wil delen om het te testen.

Tijdrovend maar wel leerzaam project dit!

[ Voor 10% gewijzigd door SmiGueL op 15-06-2015 10:57 ]

[engelbertus]

IE

[ Voor 78% gewijzigd door engelbertus op 18-05-2015 01:06 ]

[ericplan]

Mooie "aanvulling" SmiGuel. En dat zoiets tijdrovend is, dat weet ik zelf helaas maar al te goed. Wat ik zelf nog mis is een eenvoudige manier om te navigeren. Dag terug/vooruit met een pijltjesbutton.

[emnich]

Ik heb dat voor mezelf in een lokale versie, het ziet er misschien niet zo mooi uit maar het werkt wel.

[ Voor 21% gewijzigd door emnich op 18-05-2015 09:10 ]

[maomanna]

wellicht samenvoegen?

[emnich]

Gaan `we` doen. Ik heb de code naar SmiGueL gestuurd.

[ericplan]

emnich schreef op maandag 18 mei 2015 @ 10:54:
Gaan `we` doen. Ik heb de code naar SmiGueL gestuurd.

Zou je de code hier willen delen? Ik heb geen behoefte alles te upgraden, maar deze kleine aanpassing is wel leuk.

[emnich]

Natuurlijk:

in index.php:

code:

<div id="container">
            <div id="datepickContainer" class="chart day week month">

                <input type="text" id="datepicker" value="<?php echo date("Y-m-d"); ?>">            
            <a href="#" id="previous">vorige</a>
            <a href=#" id="next">volgende</a></div>
            <div id="history" class="chart day week month year"></div>
            <div id="live" class="chart live" style="height: 500px; min-width: 500px;"></div>
        </div>

in /js/script.js (plaats dit vóór de laatste regel });

code:

$('a#next').click(function () {
    var $picker = $("#datepicker");
        var date=new Date($picker.datepicker('getDate'));
            date.setDate(date.getDate()+1);
                $picker.datepicker('setDate', date);
                var target = $('#history').data('chart');                                                                                                                              
                date = $('#datepicker').datepicker({ dateFormat: 'yy-mm-dd' }).val();
                createChart(target, date);
                return false;
});
                    
// Previous Day Link
$('a#previous').click(function () {
       var $picker = $("#datepicker");
       var date=new Date($picker.datepicker('getDate'));
       date.setDate(date.getDate()-1);
       $picker.datepicker('setDate', date);
       var target = $('#history').data('chart');                                                                                                                              
       date = $('#datepicker').datepicker({ dateFormat: 'yy-mm-dd' }).val();
       createChart(target, date);
       return false;
});

in style.min.css verander de width van #datepickContainer naar 250px;

Het javascript kan wat mooier en efficiënter maar het werkt...

[ericplan]

Dank, het werkt, na wat geklooi met minified js. En een handige toevoeging!

[ Voor 98% gewijzigd door ericplan op 18-05-2015 13:14 . Reden: Werkt ]

[SmiGueL]

Ik heb de knoppen zelf inmiddels zo:




index.php:

code:

 <div id="container">

            <div class="chart day week month" id="datepickContainer">

                <input type="text" id="datepicker" value="<?php echo date("Y-m-d"); ?>">&nbsp            
                        <a id="previous" href="#" style="text-decoration: none;color: #000000"><<</a>&nbsp&nbsp
                                <a id="next" href="#" style="text-decoration: none;color: #000000">>></a>
            </div>
            <div id="history" class="chart day week month year"></div>
            <div id="live" class="chart live" style="height: 500px; min-width: 500px;"></div>
</div>

script.js als emnich hierboven^^

En in style.min.css #datepickContainer: width:225px;

---

Maar dit is misschien ook wel handig:

Waarbij met de knoppen zowel een dag ALS een week verder/terug geklikt kan worden.



Hierbij staan de knoppen voor:
<< 1 week terug
< 1 dag terug
> 1 dag verder
>> 1 week verder

index.php:

code:

<div id="container">

            <div class="chart day week month" id="datepickContainer">

                <input type="text" id="datepicker" value="<?php echo date("Y-m-d"); ?>">&nbsp&nbsp            
                <a id="previousw" href="#" style="text-decoration: none;color: #000000"><<</a>&nbsp&nbsp
                <a id="previous" href="#" style="text-decoration: none;color: #000000"><</a>&nbsp&nbsp
                <a id="next" href="#" style="text-decoration: none;color: #000000">></a>&nbsp&nbsp
                <a id="nextw" href="#" style="text-decoration: none;color: #000000">>></a>
                                
                
            </div>


            <div id="history" class="chart day week month year"></div>
            <div id="live" class="chart live" style="height: 500px; min-width: 500px;"></div>
</div>

script.js:

code:

// Next Day Link
$('a#next').click(function () {
    var $picker = $("#datepicker");
        var date=new Date($picker.datepicker('getDate'));
            date.setDate(date.getDate()+1);
                $picker.datepicker('setDate', date);
                var target = $('#history').data('chart');                                                                                                                              
                date = $('#datepicker').datepicker({ dateFormat: 'yy-mm-dd' }).val();
                createChart(target, date);
                return false;
});
                    
// Previous Day Link
$('a#previous').click(function () {
       var $picker = $("#datepicker");
       var date=new Date($picker.datepicker('getDate'));
       date.setDate(date.getDate()-1);
       $picker.datepicker('setDate', date);
       var target = $('#history').data('chart');                                                                                                                              
       date = $('#datepicker').datepicker({ dateFormat: 'yy-mm-dd' }).val();
       createChart(target, date);
       return false;
});

// Next Week Link
$('a#nextw').click(function () {
    var $picker = $("#datepicker");
        var date=new Date($picker.datepicker('getDate'));
            date.setDate(date.getDate()+7);
                $picker.datepicker('setDate', date);
                var target = $('#history').data('chart');                                                                                                                              
                date = $('#datepicker').datepicker({ dateFormat: 'yy-mm-dd' }).val();
                createChart(target, date);
                return false;
});
                    
// Previous Week Link
$('a#previousw').click(function () {
       var $picker = $("#datepicker");
       var date=new Date($picker.datepicker('getDate'));
       date.setDate(date.getDate()-7);
       $picker.datepicker('setDate', date);
       var target = $('#history').data('chart');                                                                                                                              
       date = $('#datepicker').datepicker({ dateFormat: 'yy-mm-dd' }).val();
       createChart(target, date);
       return false;
});

En in style.min.css #datepickContainer: width:271px;

---

---

Ok hier dan de final versie: (dankzij emnich's code hier).

Hier blijven er bij het dag/weekoverzicht maar 2 knoppen zichtbaar, maar is de werking respectievelijk -1/+1 dag EN -1/+1 week.


Vervang in index.php de complete <div id="container"> door:

code:

        <div id="container">

            <div class="chart day week month" id="datepickContainer" style="display: block;">

                <input type="text" id="datepicker" value="<?php echo date("Y-m-d"); ?>">&nbsp            
        <a id="previous" href="#" style="text-decoration: none;color: #000000"><<</a>&nbsp&nbsp
                <a id="next" href="#" style="text-decoration: none;color: #000000">>></a>
            </div>
            <div id="history" class="chart day week month year"></div>
            <div id="live" class="chart live" style="height: 500px; min-width: 500px;"></div>
        </div>

Vervang in js\script.js: de onderste: }); door:

code:

$('a#next').click(function () {
   prev_next(1);
return false;
});

$('a#previous').click(function () {
   prev_next(-1);
return false;
});

});

function prev_next(type) {
  var chart_type = $('li.selected .showChart').data('chart');
  
  var $picker = $("#datepicker");                                                                              
  var date=new Date($picker.datepicker('getDate'));

  if (type!==1) type=-1;

  switch (chart_type) {
  
    case 'week': 
       date.setDate(date.getDate()+(7*type));
       break;
    case 'month':
       date.setMonth(date.getMonth()+(1*type));
       break;
    case 'year':
       date.setFullYear(date.getFullYear()+(1*type));
       break;
    default:
       date.setDate(date.getDate()+(1*type));
       break;
   } 
   $picker.datepicker('setDate', date);
   var target = $('#history').data('chart');                                                                
   
   date = $picker.datepicker({ dateFormat: 'yy-mm-dd' }).val();
   
   createChart(target, date);                                           
}

En vervang in css\style.min.css onder de datepickContainer ALLEEN de regel width:

code:

#datepickContainer {
    width:225px;
}

Ik heb bovenstaande inmiddels verwerkt in V2.1.0 van m'n script, zie de post hier.

[ Voor 25% gewijzigd door SmiGueL op 01-06-2015 15:34 ]

[maomanna]

mmmm interessante ontwikkeling!

[ericplan]

Ik vind de buttons van Enelogic ook wel iets hebben. Is handiger als je een iPad of andere tablet gebruikt. Dan is > of >> lastig klikken.

[ Voor 23% gewijzigd door ericplan op 18-05-2015 14:17 . Reden: plaatje ]

[maomanna]

mooist is als ie recapatief oid wordt gemaakt, zodat als je van links naar rechts veegt van dag wisselt.

[emnich]

swipen wordt wat veel werk maar als je de knop groter wilt hebben voor een ipad dan kan je iets als dit in je CSS plaatsen:

code:

 #next, #previous {
    color: #C0C0C0;
    font-size:22px;
    text-decoration:none;
    text-align:center;
    position: absolute;
    right: 10px;
    bottom: -50px;
    z-index: 999;
    border: 1px solid #C0C0C0;
    width:50px;
    padding:20px 5px;
}
#previous {
left:10px;
}

In index.php vervang je dan volgende en vorige voor > en < en dan wordt het iets als dit:

[ Voor 0% gewijzigd door emnich op 18-05-2015 15:53 . Reden: duh, next en previous omgewisseld ]

[ericplan]

Dank, code is zeer bruikbaar op de iPad. Youless hangt aan m'n gasmeter, dus vandaar de lage load en wat afwijkende teksten. Zou je ze ook naast de grafiek kunnen krijgen?

[ Voor 10% gewijzigd door ericplan op 18-05-2015 16:35 ]

[emnich]

Aan de linkerkant kan dat wel maar aan de rechtkant is geen plek, je moet dan de grafiek kleiner maken (of in een aparte div zetten.

Als je in de css bottom: -50px; veranderd in top: 150px; dan staat het r naast maar ten dele op de grafiek.

[edit]
Als je in je script.js rond regel 301 dit zoekt:

code:

chart: {
renderTo : 'history',

en er dit van maakt:

code:

chart: {
   marginRight: 40,
   renderTo : 'history',

dan heb je ruimte aan de rechterkant. Ik denk dat de knoppen wel iets kleiner mogen maar ik heb het niet getest op een iPad....

[ Voor 40% gewijzigd door emnich op 18-05-2015 17:02 ]

[ericplan]

Knoppen afgerond, iets kleiner gemaakt en op 33% van de hoogte gezet.

@emnich
Ga ik vanavond even proberen.

[ Voor 11% gewijzigd door ericplan op 18-05-2015 17:28 ]

[ericplan]

Het voorlopige eindresultaat, met dank aan @emnich en @SmiGueL. De buttons nog iets smaller gemaakt, een marge rechts van de grafiek toegevoegd en de DatepickContainer weer op de oude waarde gezet.

Wat het helemaal mooi zou maken is wanneer de buttons ook zouden werken in de context van de grafiek, dus met weekmenu een week terug en met maandmenu een maand terug. Voor wie is dit een uitdaging?

[ Voor 3% gewijzigd door ericplan op 18-05-2015 19:31 ]

[TD-er]

SmiGueL schreef op zondag 17 mei 2015 @ 22:45:
Bij deze dan de door mij aangepaste versie van het Youless script van magic_monkey & RedNax67.
Hij is 100% compatible met een al bestaande/draaiende RedNax database, maar je kunt ook opnieuw beginnen.
[...]

Toegevoegd aan de startpost (onder kopje "Losse apps voor de Youless gemaakt door derden").
Ziet er goed uit!
Zou mooi zijn als dit soort scripts als standaard module voor bijvoorbeeld een Synology ter download kunnen worden aangeboden.
Dit voor maximaal gebruik onder de Youless gebruikers.

[emnich]

Het wordt dan zo in script.js:

code:

$('a#next').click(function () {
   prev_next(1);
return false;
});

$('a#previous').click(function () {
   prev_next(-1);
return false;
});

});

function prev_next(type) {
  var chart_type = $('li.selected .showChart').data('chart');
  
  var $picker = $("#datepicker");                                                                              
  var date=new Date($picker.datepicker('getDate'));

  if (type!==1) type=-1;

  switch (chart_type) {
  
    case 'week': 
       date.setDate(date.getDate()+(7*type));
       break;
    case 'month':
       date.setMonth(date.getMonth()+(1*type));
       break;
    case 'year':
       date.setFullYear(date.getFullYear()+(1*type));
       break;
    default:
       date.setDate(date.getDate()+(1*type));
       break;
   } 
   $picker.datepicker('setDate', date);
   var target = $('#history').data('chart');                                                                
   
   date = $picker.datepicker({ dateFormat: 'yy-mm-dd' }).val();
   
   createChart(target, date);                                           
   


}

Let op, je moet (vanaf het origineel) de laatste }); in het script vervangen door bovenstaande code.

Als ericplan nu even z'n css hier plaatst dan kan het allemaal samengevoegd worden.

[ericplan]

Hier de css, minified helaas. Met het javascript loop ik vast, krijg het (nog) niet werkend. Klopt het helemaal?

code:

[ Voor 99% gewijzigd door ericplan op 20-05-2015 09:07 . Reden: code geknipt ]

[emnich]

Hij zou het moeten doen. Heb er nu nog even return false bijgezet. Moet er wel op dat je de laatste }); vervangt door bovenstaande code.

Ik zal hem anders morgen nog even testen....

[TD-er]

ericplan schreef op maandag 18 mei 2015 @ 21:53:
Hier de css, minified helaas. Met het javascript loop ik vast, krijg het (nog) niet werkend. Klopt het helemaal?
[...]

Even door de http://www.codebeautifier.com/ gehaald.
Is een fractie langer, maar een tikkeltje leesbaarder
[mbr]*knip*, lange lappen code graag op pastebin.com o.i.d.[/mbr]

Bij deze dus even op mijn eigen servertje gezet..
http://got.td-er.nl/Youless/cssEricplan.txt

[ Voor 108% gewijzigd door TD-er op 20-05-2015 22:38 ]

[ericplan]

emnich schreef op maandag 18 mei 2015 @ 20:19:
Het wordt dan zo in script.js:

Let op, je moet (vanaf het origineel) de laatste }); in het script vervangen door bovenstaande code.

Als ericplan nu even z'n css hier plaatst dan kan het allemaal samengevoegd worden.

Het venijn zat in het begrijpend lezen. De code moest vóór de laatste }); geplaatst worden. Ik had de laatste }); vervangen door jouw code en dan werkt het niet. Bovendien zat er nog een foutje in met dubbele quotes.


(En TD-er, bedankt voor het mooi maken van de css, ik was even te druk met de fout zoeken)



Heb nog maar één wens. Dat is dat je vanuit de maand- of weekweergave op de dag kan klikken en dan de dagweergave krijgt. Moet ook simpel te doen zijn.

Nogmaals bedankt Tweakers, deze kleine beetjes code hebben me heel blij gemaakt.

[ Voor 32% gewijzigd door ericplan op 19-05-2015 07:23 . Reden: foutje en plaatje ]

[maomanna]

mmm voor mijn vader ben ik bezig met zijn youless en de rednax fork.
Alles draait, maar wederom het PDO verhaal van 3 jaar terug.

PHP Fatal error: Class 'PDO' not found in /share/MD0_DATA/Web/youless/classes/database.class.php on line 13

Nou is PDO wel actief.

PDO

PDO support enabled
PDO drivers mysql, sqlite

pdo_mysql

PDO Driver for MySQL enabled
Client API version 5.1.36

Directive Local Value Master Value
pdo_mysql.default_socket /tmp/mysql.sock /tmp/mysql.sock

pdo_sqlite

PDO Driver for SQLite 3.x enabled
SQLite Library 3.4.1

de crontab is:

code:

0 * * * * php /share/MD0_DATA/Web/youless/cronjob.php

Wat doe ik dan nog verkeerd?

[ericplan]

maomanna schreef op dinsdag 19 mei 2015 @ 11:45:
mmm voor mijn vader ben ik bezig met zijn youless en de rednax fork.
Alles draait, maar wederom het PDO verhaal van 3 jaar terug.
[...]
de crontab is:

code:

0 * * * * php /share/MD0_DATA/Web/youless/cronjob.php

Wat doe ik dan nog verkeerd?

Geen logfiles? Draait het op een NAS of extern?

[ThinkPad]

Willen de mensen met de CSS-knutsels e.d. aub geen enorme lappen code in dit topic te dumpen?
Graag iets als Pastebin.com o.i.d. gebruiken en daar naar linken in je bericht. De smartphonegebruikers (met inmiddels versleten duim van het scrollen) zijn jullie alvast dankbaar. Een regeltje of 10 aan code kan nog wel, maar de 2000 regels die hierboven stonden zijn een beetje te gek.

[ Voor 32% gewijzigd door ThinkPad op 19-05-2015 21:53 ]

[maomanna]

ericplan schreef op dinsdag 19 mei 2015 @ 21:16:
[...]

Geen logfiles? Draait het op een NAS of extern?

Excuses, het draait lokaal op een qnap nas (ts410).

Geen idee hoe ik die log krijg, de ssh etc is totaal anders dan de ssh van linux

[ericplan]

maomanna schreef op dinsdag 19 mei 2015 @ 21:57:
[...]
Excuses, het draait lokaal op een qnap nas (ts410).

Geen idee hoe ik die log krijg, de ssh etc is totaal anders dan de ssh van linux

Ben je de user php? Dat zeg je nl. En waar is het pad naar de php-parser? Volgens mij is de user root en het pad /bin/sh

[maomanna]

Ik ben de user root.

Voor de cronjob zal ik eens /bin/sh proberen. Zal zo eens kijken welke ik nu heb

De crontab werkt nog steeds niet met /bin/sh.
Die PDO blijft moeilijk doen.

Edit:
Heb hetzelfde als OoM_JaN in "Youless pulsteller/elektriciteitsmeter"
Heb naar aanleiding van die post hetzelfde als dit gemaakt: kvandt in "Youless pulsteller/elektriciteitsmeter"

Nu blijft alleen dat PDO nog lastig doen.

Overigens wil de youless ook niks delen met bidgely...

[ Voor 78% gewijzigd door maomanna op 19-05-2015 22:54 ]

[ericplan]

maomanna schreef op dinsdag 19 mei 2015 @ 22:37:
Ik ben de user root.

In de crontab stond:
0 * * * * php /share/MD0_DATA/Web/youless/cronjob.php
Daarmee roept user 'php' éénmaal per uur de file /share/MD0_DATA/Web/youless/cronjob.php aan. Als je user root bent klopt dat niet.

Edit:
Heb hetzelfde als OoM_JaN in "Youless pulsteller/elektriciteitsmeter"
Heb naar aanleiding van die post hetzelfde als dit gemaakt: kvandt in "Youless pulsteller/elektriciteitsmeter"

Nu blijft alleen dat PDO nog lastig doen.

Ik draai het script extern en heb geen QNAP, dus kan het probleem niet reproduceren. Maar in deze link vind je mogelijk een oplossing voor je probleem, in ieder geval voor verdere analyse.
http://stackoverflow.com/...error-class-pdo-not-found

Overigens wil de youless ook niks delen met bidgely...

Niet alles tegelijk willen.

[ericplan]

ThinkPadd schreef op dinsdag 19 mei 2015 @ 21:38:
[mbr]Willen de mensen met de CSS-knutsels e.d. aub geen enorme lappen code in dit topic te dumpen? [/mbr]
Graag iets als Pastebin.com o.i.d. gebruiken en daar naar linken in je bericht. De smartphonegebruikers (met inmiddels versleten duim van het scrollen) zijn jullie alvast dankbaar. Een regeltje of 10 aan code kan nog wel, maar de 2000 regels die hierboven stonden zijn een beetje te gek.

Zou mooi zijn als tweakers een eigen plek zou bieden zoals je het fotoalbum. Een eigen codeboek. Geen gelazer met dubieuze sites, registratie-ellende of reclame.

[maomanna]

ericplan schreef op woensdag 20 mei 2015 @ 08:15:
[...]

In de crontab stond:
0 * * * * php /share/MD0_DATA/Web/youless/cronjob.php
Daarmee roept user 'php' éénmaal per uur de file /share/MD0_DATA/Web/youless/cronjob.php aan. Als je user root bent klopt dat niet.

[...]

Ik draai het script extern en heb geen QNAP, dus kan het probleem niet reproduceren. Maar in deze link vind je mogelijk een oplossing voor je probleem, in ieder geval voor verdere analyse.
http://stackoverflow.com/...error-class-pdo-not-found

[...]

Niet alles tegelijk willen.

YES!
Het probleem is opgelost!
Het antwoord is achteraf vrij simpel, maar was aardig verstopt.

De crontab:

Login met SSH/SSL en typ

ipkg install nano

Nadat de installatie klaar is:

nano /etc/config/crontab

Voeg onderstaande regel toe:

0,30 * * * * root /mnt/ext/opt/apache/bin/php /dir/van/je/youless/cronfile.php

crtl + x -> Y -> enter

Activeer PDO

Ondanks dat je met phpinfo() zal zien dat PDO aan staat, geeft hij toch de error

PHP Fatal error: Class 'PDO' not found in /share/MD0_DATA/Web/youless/classes/database.class.php on line 13

Om dit op te lossen moet je de extenties toevoegen aan een ander php.ini bestand (erg vaag maar goed, t werkt)

Vervolgens open je de php.ini file met:

nano +553 /opt/etc/php.ini

Hiermee kom je gelijk terecht op de juiste plek en voeg daar de volgende extensions toe:

extension=pdo.so
extension=pdo_sqlite.so
extension=sqlite.so
extension=pdo_mysql.so

CRTL+X -> Y -> enter

Je kan in de administratorpanel wel de php.ini aanpassen, maar om de een of andere reden heeft dat geen effect op het PDO gebeuren.

Vervolgens heb ikzelf om het te testen:

cd /dir/van/je/youless/
php xanjob.php

Hierna kreeg ik geen foutmelding meer en zag ik in de youless app (mijn geval Rednax) dat de daggrafiek gegenereerd werd.

Andere QNAP gebruikers: Succes


*Nu bidgely nog *

[emnich]

ericplan schreef op maandag 18 mei 2015 @ 22:20:
Heb nog maar één wens. Dat is dat je vanuit de maand- of weekweergave op de dag kan klikken en dan de dagweergave krijgt. Moet ook simpel te doen zijn.

Ik heb snel gekeken (heb er niet zo veel tijd voor) maar zo heel makkelijk is dat niet. Als ik weer wat meer tijd heb zal ik er nog even naar kijken.

maomanna schreef op woensdag 20 mei 2015 @ 10:13:

Ondanks dat je met phpinfo() zal zien dat PDO aan staat, geeft hij toch de error

[...]

Om dit op te lossen moet je de extenties toevoegen aan een ander php.ini bestand (erg vaag maar goed, t werkt)

Vaak zijn er twee PHP versies op een systeem. De ene wordt gebruikt voor websites (CGI) en de andere door de command line (CLI). Deze laatste wordt o.a. gebruikt bij de cronjobs.

De twee versies kunnen een verschillende configuratie hebben.

[maomanna]

Door het activeren van de pdo in beide .ini's werkt het. Het is wel irritant dat de .ini vanuit het administratiepaneel van de qnap niet standaard werkt voor beide.
de meeste mensen snappen er niks van, willen gewoon een simpele nas met weinig omkijken. Dus als je dan op 2plekken dieper in t systeem vanalles moet gaan aanpassen haken ze af, wat zonde is.

Andere kant is wel, degene die niet zo techisch zijn, beginnen hier niet eens aan. Vaak willen ze wel, maar kunnen t niet.

[ericplan]

emnich schreef op woensdag 20 mei 2015 @ 10:58:
[...]
Ik heb snel gekeken (heb er niet zo veel tijd voor) maar zo heel makkelijk is dat niet. Als ik weer wat meer tijd heb zal ik er nog even naar kijken.

Ben er wel iets verder mee gekomen vandaag, een click event is aangemaakt en werkt, moet alleen nog zorgen dat het naar de goede url gaat. Is het mogelijk om vanuit de url de dagweergave aan te roepen?

[emnich]

Niet standaard. Je moet dan de datum meegeven met de URL, en dan met php de datum invullen in de datepicker en met js op de `dag` knop klikken. Dat is het makkelijkste.

Maar waarom het vanuit de URL doen als je al de datum hebt? Dan kan je het helemaal in js doen?

[ericplan]

emnich schreef op woensdag 20 mei 2015 @ 15:10:
Niet standaard. Je moet dan de datum meegeven met de URL, en dan met php de datum invullen in de datepicker en met js op de `dag` knop klikken. Dat is het makkelijkste.

Maar waarom het vanuit de URL doen als je al de datum hebt? Dan kan je het helemaal in js doen?

Druk me niet helemaal zuiver uit. Wanneer ik op een balk in de maandweergave klik verwijs ik naar een nieuwe locatie, die dan geopend moet worden. Dat moet de dagweergave worden.
Ik heb rond regel 245 in script.js dit stuk toegevoegd: Dat werkt als code, maar de href is steeds dezelfde.

code:

plotOptions:
{
series:
{
cursor: 'pointer',
pointWidth: 15,
point:
{
events:
{
click: function ()
{
location.href = 'ajax.php?a='+target+'&date='+date;
}
}
}
},
column:
{
stacking: 'normal',
pointPadding: 0.2,
borderWidth: 0
}
},

Daar moet op regel 13 natuurijk de daggrafiek met de goede datum komen. Tot zover was ik gekomen.

[emnich]

Je gebruikt nu een event van de plotoptions maar je moet hem van chart gebruiken.

Dan als function iets van (even uit m'n hoofd):

code:

click: function (e) {
   var date = e.xAxis[0].value;

   $picker.datepicker('setDate', date);
   var target = $('#history').data('chart');                                                                
   
   date = $picker.datepicker({ dateFormat: 'yy-mm-dd' }).val();
   
   createChart(target, date);                                           
   $('#datepicker').datepicker('setDate',d);
}

[ericplan]

emnich schreef op woensdag 20 mei 2015 @ 17:41:
Je gebruikt nu een event van de plotoptions maar je moet hem van chart gebruiken.

Dan als function iets van (even uit m'n hoofd):

code:

click: function (e) {
   var date = e.xAxis[0].value;

   $picker.datepicker('setDate', date);
   var target = $('#history').data('chart');                                                                
   
   date = $picker.datepicker({ dateFormat: 'yy-mm-dd' }).val();
   
   createChart(target, date);                                           
   $('#datepicker').datepicker('setDate',d);
}

Ik heb het even snel geprobeerd, maar er zit vast een foutje in. Js is niet helemaal m'n ding, hoewel ik met logisch denken en knippen en plakken best een eind kom. Ik hoop dat je nog in de gelegenheid bent er verder naar te kijken.

[ Voor 3% gewijzigd door ericplan op 20-05-2015 19:15 ]

[DaRkMaNFX]

Iemand een hint / tip om PDO te laten werken op een Raspberry PI.
Ik wil mijn youless op een RPI laten lopen naast nog een PV monitoring programmatje

*edit*
Gevonden
in de php.ini de extensies aanmaken

[ Voor 16% gewijzigd door DaRkMaNFX op 25-05-2015 17:03 ]

[timoline]

ericplan schreef op woensdag 20 mei 2015 @ 19:04:
[...]

Ik heb het even snel geprobeerd, maar er zit vast een foutje in. Js is niet helemaal m'n ding, hoewel ik met logisch denken en knippen en plakken best een eind kom. Ik hoop dat je nog in de gelegenheid bent er verder naar te kijken.

bij mij werkt dit,
je moet moet waarschijnlijk nog wel wat aanpassen om het voor jou code werkend te maken

code:

                        click: function () {
                                var dt = this.category;
                                var chart_type =  $('#history').data('chart'); 
                                
                                if (chart_type == 'year')
                                {
                                    var target = "month";
                                }
                                else if (chart_type == 'month')
                                {
                                    var target = "day_hour";
                                }
                                else if (chart_type == 'week')
                                {
                                    var target = "day_hour";
                                }                               
                                else if (chart_type == 'day_hour')
                                {
                                    var target = "day";
                                }
                                else if (chart_type == 'day')
                                {
                                    var target = "day";
                                }   
                                
                                date = $.datepicker.formatDate( "yy-mm-dd",new Date(dt));
                                
                                $('#datepicker').datepicker('setDate',date);
                                $('#history').data('chart', target);    
                                $('#chart_panelheader').html(target);
        
                                createChart(target,date);                                   
                        }

[Workaholic]

Ziet er allemaal goed uit. Aangezien mijn gratis enelogic abbo gaat aflopen later dit jaar is dit misschien wel een goed alternatief.

Kan iemand de volgende vragen beantwoorden:

1) Ik heb geen server, maar wel een NAS om dit op te hosten (Synology). Hebben jullie hiervoor dan een database package geinstalleerd oid? Is er een handleiding om dit geheel te installeren op een synology zonder ingewikkelde SSH stappen etc?

2) Ik zet mijn NAS 's nachts uit, dus hij gaat om 00:30 uit en start pas om 08:00uur op. Ik zag hierboven dat er een automatische fill functie in zit.. maar is dit dan op basis van gemiddelde? Loop ik het risico dat het niet helemaal klopt? Hoe werkt dit precies?

[ericplan]

timoline schreef op zaterdag 30 mei 2015 @ 16:58:
[...]


bij mij werkt dit,
je moet moet waarschijnlijk nog wel wat aanpassen om het voor jou code werkend te maken

code:

                        click: function () {

Dank, heb je een aanwijzing waar dit ongeveer in het script moet komen?

[SmiGueL]

Workaholic schreef op zaterdag 30 mei 2015 @ 17:23:
1) Ik heb geen server, maar wel een NAS om dit op te hosten (Synology). Hebben jullie hiervoor dan een database package geinstalleerd oid? Is er een handleiding om dit geheel te installeren op een synology zonder ingewikkelde SSH stappen etc?

De handleiding die je voor je Synology kan gebruiken is deze.
Alleen werkt de laatste stap (die van het instellen van een schedule) helaas niet (meer).
Hier heb ik zelf gebruik gemaakt van WinSCP om vervolgens in het bestand /etc/crontab de volgende regel toe te voegen: (let op de tabs! tussen de * * * * , geen spaties gebruiken!, en vergeet niet dat een reboot nodig is om het te activeren.)

code:

16  *   *   *   *   root    /usr/bin/php /volume1/web/youless/SmiGjob.php

Het is ook mogelijk om de cronjob ipv met WinSCP met een package als Config File Editor aan te passen. (download link)
Deze package kan het cronjob bestand aanpassen, zodat je niet met SSL en specifieke instellingen van WinSCP hoeft te klooien.

Na het downloaden kun je deze gewoon "Handmatig installeren" in het Package Center.
Open de Config File Editor, en selecteer bovenaan 'crontab'
Voeg dan hierin de cronjob als volgt toe toe:

(Let er nogmaals op dat de tabs ook tabs zijn en geen spaties!. De mapnaam YL_SmiG/youless kun je uiteraard ook anders noemen.

2) Ik zet mijn NAS 's nachts uit, dus hij gaat om 00:30 uit en start pas om 08:00uur op. Ik zag hierboven dat er een automatische fill functie in zit.. maar is dit dan op basis van gemiddelde? Loop ik het risico dat het niet helemaal klopt? Hoe werkt dit precies?

De automatische fill functie werkt alleen bij de volgende versie:
SmiGueL in "Youless pulsteller/elektriciteitsmeter"

Deze build is vrijwel exact gelijk aan de al jaren bestaande Rednax versie, welke elk uur (of vaker) de data uit de Youless in de database zet, maar heeft als toevoeging dat als er data MIST, deze niet met nullen (zoals met de Rednax gedaan wordt) word opgevuld, maar met de nog aanwezige 10-minuten data op de Youless!
Deze data is helaas niet zo gedetailleerd, maar gemiddeld gezien is deze juist exacter dan de minuutdata. (lees hier waarom)

Om een voorbeeldje te geven van een history chart van gisteren:

*De NAS heeft uitgestaan tussen 6:20 en 16:00 uur. Omdat de Youless tot 60 minuten de minuutdata bijhoudt, is er dus tussen 6:16 en 15:16 gebruik gemaakt van de 10-minuten data.
Minder gedetailleerd dan als de NAS aan zou staan, maar beter dan allemaal opgevulde nullen en een niet kloppende totaal kWh.

[ Voor 15% gewijzigd door SmiGueL op 26-07-2015 12:08 ]

[timoline]

ericplan schreef op zaterdag 30 mei 2015 @ 17:33:
[...]

Dank, heb je een aanwijzing waar dit ongeveer in het script moet komen?

onder

code:

        plotOptions: {
            column: {
                stacking: 'normal'
            },
            series: {
                cursor: 'pointer',
                point: {
                    events: {
                        click: function () {
                                var dt = this.category;

volgens mij was je op de goede weg, maar tis een beetje lastig, aangezien ik hele andere code gebruik, maar wel op de youless code gebaseerd

[ Voor 12% gewijzigd door timoline op 30-05-2015 20:40 ]

[TD-er]

SmiGueL schreef op zaterdag 30 mei 2015 @ 19:03:
[...]
Indien gewenst kan ik dit ook wel wat uitgebreider documenteren (als vervanging voor de niet helemaal meer kloppende link in de TS), maar op zich zou je er denk ik wel uit moeten komen.
[...]

Graag!
Ik heb jouw post nu alvast toegevoegd aan de startpost.

[ericplan]

timoline schreef op zaterdag 30 mei 2015 @ 20:28:
[...]
volgens mij was je op de goede weg, maar tis een beetje lastig, aangezien ik hele andere code gebruik, maar wel op de youless code gebaseerd

Ik heb de code toegevoegd rond regel 245 in het oorspronkelijke script.

code:

      plotOptions: {
        series: {
            cursor: 'pointer',
            pointWidth: 15,
            point: {
                events: {
                    click: function() {
                        var dt = this.category;
                        var chart_type = $('#history').data('chart');
                        if (chart_type == 'month') {
                            var target = "day";
                        } else if (chart_type == 'week') {
                            var target = "day";
                        } else if (chart_type == 'Live') {
                            var target = "day";
                        } else if (chart_type == 'day') {
                            var target = "day";
                        }
                        date = $.datepicker.formatDate("yy-mm-dd", new Date(dt));
                        $('#datepicker').datepicker('setDate', date);
                        $('#history').data('chart', target);
                        createChart(target, date);
                    }
                }
            }
        },

Ik ben helemaal gelukkig. Vanuit een week- of maandoverzicht kan ik nu zo doorklikken naar het dagoverzicht. De live_view weet ik niet, ik gebruik momenteel geen gas, maar volgens mij is daar geen "target" gedefinieerd. Dat maakt het oorspronkelijke script van LA erg leuk.

[ Voor 20% gewijzigd door ericplan op 31-05-2015 12:25 . Reden: code opgeschoond ]

[timoline]

ericplan schreef op zaterdag 30 mei 2015 @ 22:35:
[...]

Ik heb de code toegevoegd rond regel 245 in het oorspronkelijke script.

[/code]
Ik ben helemaal gelukkig. Vanuit een week- of maandoverzicht kan ik nu zo doorklikken naar het dagoverzicht. De live_view weet ik niet, ik gebruik momenteel geen gas, maar volgens mij is daar geen "target" gedefinieerd. Dat maakt het oorspronkelijke script van LA erg leuk.

heel goed

$('#chart_panelheader').html(target);

deze regel kan weg...

[The Fatal]

ik ben eens bezig geweest met de nieuwe script's te testen die hier afgelopen tijd gepost zijn.
Mijn huidige database is gebaseerd op die van -LA-.
Die heb ik proberen te importen in het laatste script van SmiGueL, helaas mis ik dan een boel data. Zijn er meerdere die dit geprobeerd hebben?
Ik ben namelijk zelf geïnteresseerd in die 10 min metingen, dit aangezien ik dan de server wat vaker uit kan zetten.
Heb niet meer de database draaien op de Synology zoals eerder gepost maar op een Debian Server.
Verder krijg ik die pijltjes voor het troggelen tussen dagen en vanuit een week/maand overzicht door klikken naar een dag overzicht nog niet werkend gekregen. Ik ben nog wat aan het stoeien.

[ Voor 7% gewijzigd door The Fatal op 31-05-2015 17:41 ]

[SmiGueL]

Als je van het -LA- script komt, zou je update.php even eenmalig aan moeten roepen zodat er wat extra kolommen gecreëerd worden.

Ik voorzie misschien wat problemen met data die al in het -LA- script stond, maar die nu ook 'gerecoverd' word door mijn script omdat deze in een andere timestamp worden opgeslagen. In principe zou dat ook na max. een week weer recht gezet moeten zijn..

Als je met 'helaas mis ik dan een boel data' bedoeld dat hij de 10-minuten data van een paar maanden geleden niet kan recoveren dan moet ik je teleurstellen: Deze data is maar tot 24h terug te halen.

[ Voor 61% gewijzigd door SmiGueL op 31-05-2015 23:32 ]

[The Fatal]

kreeg maar een week ingeladen, daarna gaf de mysql server een error.
Heb mijn huidige database een geexporteerd en die weer als nieuwe geïmporteerd.
Ik zal zo nog een keer wat dingen proberen om te kijken of ik het goed krijg.


edit:
heb een nieuwe database aangemaakt: youlessnew.
Hierin heb ik mijn database van het -LA- in geïmporteerd.
Als ik dan de update run krijg ik het volgende:

code:

SQLSTATE[42S02]: Base table or view not found: 1146 Table 'youlessnew.data_m' doesn't exist
Update succesvol. Verwijder install.php en update.php

als je het updatescript runt krijg je dit:

code:

Output from command /usr/bin/php /var/www/html/youlessnew/SmiGjob.php ..

SQLSTATE[42S02]: Base table or view not found: 1146 Table 'youlessnew.data_m' doesn't existSQLSTATE[42S02]: Base table or view not found: 1146 Table 'youlessnew.data_m' doesn't existSQLSTATE[42S02]: Base table or view not found:

[ Voor 66% gewijzigd door The Fatal op 31-05-2015 20:10 ]

[SmiGueL]

The Fatal schreef op zondag 31 mei 2015 @ 20:03:
heb een nieuwe database aangemaakt: youlessnew.
Hierin heb ik mijn database van het -LA- in geïmporteerd.
Als ik dan de update run krijg ik het volgende:

code:

SQLSTATE[42S02]: Base table or view not found: 1146 Table 'youlessnew.data_m' doesn't exist
Update succesvol. Verwijder install.php en update.php

Hier een fix die zou moeten werken.
rednax70 in "Youless pulsteller/elektriciteitsmeter"

Kun je gewoon in PhPMyAdmin uitvoeren.

Ik vrees alleen dat wat jij wilt niet gaat werken; volgens mij is het ooit zo bedacht dat Rednax verder kan draaien met bestaande -LA- database instellingen, maar dat de grafieken zelf gewoon apart opgeslagen worden, en dus ook alleen apart weer te geven zijn.
Het Rednax script doet namelijk niets meer met de data_h tabel..

Wat je wel kan doen is een scriptje maken die data_h uitleest, de getalleenreeks uit elkaar trekt, en weer als losse values in data_m propt. Dit eenmalig runnen en alles staat vanaf dan in 1 tabel/grafiek.

[ Voor 41% gewijzigd door SmiGueL op 01-06-2015 01:26 ]

[maomanna]

De afgelopen dagen zien we veel aanpassingen aan de Rednax/Smiguel scripts voorbij komen.

Kunnen die files als pakketje in de starttopic geplaatst worden? zodat anderen niet met de codes aan de slag hoeven en toch kunnen genieten van de nieuwe functionaliteit?
nvm, staat 2 pagina's terug. in starttopic is die post gelinkt.


Overigens merk je wel goed op wat voor machine de scripts gedraaid worden.
Zelf heb ik het draaien op een AMD E350 met 4gb ram, redelijk snel haalt hij de gegevens op. (aantal seconden)
Mijn vader heeft het op een QNAP TS410 staan en daarbij duurt het weekoverzicht aanzienlijk langer! (enkele minuten)

[ Voor 7% gewijzigd door maomanna op 01-06-2015 10:09 ]

[Verwijderd]

maomanna schreef op maandag 01 juni 2015 @ 10:07:
De afgelopen dagen zien we veel aanpassingen aan de Rednax/Smiguel scripts voorbij komen.

Kunnen die files als pakketje in de starttopic geplaatst worden? zodat anderen niet met de codes aan de slag hoeven en toch kunnen genieten van de nieuwe functionaliteit?
nvm, staat 2 pagina's terug. in starttopic is die post gelinkt.


Overigens merk je wel goed op wat voor machine de scripts gedraaid worden.
Zelf heb ik het draaien op een AMD E350 met 4gb ram, redelijk snel haalt hij de gegevens op. (aantal seconden)
Mijn vader heeft het op een QNAP TS410 staan en daarbij duurt het weekoverzicht aanzienlijk langer! (enkele minuten)

Brazos (E350) is gewoon een volwassen en volwaardig systeem, dus dat zal geen vertragingen geven.
Routers / microservers evt met ARM android etc is een ander verhaal.
Overigens is en blijft alles ook afhankelijk van de data doorvoer, SSD/HD etc. snelheid.
Echter mag ook een langzaam ARM chippie met een brakke SD kaart er geen minuten over doen.....

[maomanna]

Bij het opnieuw inladen van de pagina lijkt hij het wat sneller te plotten. Denk dat het een kwestie van sessie was.

[The Fatal]

Ik draai het ook van een celeron g1840 icm os en database op de ssd. Geen problemen daarmee. Op een synology ds110j merkte ik wel wat problemen. Kan dat nog wel een keer testen.

[The Fatal]

ik heb nu een x aantal dagen 2 loggers naast elkaar draaien.
Het script van -LA- en het laatste script gepost door SmiGueL.

Hier valt mij op dat de totale dag verschillen anders zijn.



en:



Als ik 3 andere dagen naast elkaar zet:

datum	LA	SmiGueL
1-6-2015	3,34KWH	3,36KWH
2-6-2015	2,89KWH	3,06KWH
3-6-2015	3,86KWH	3,85KWH

zoals je ziet zijn de verschillen per dag niet gelijk. Het is dus niet systematisch.
Beide scripts lezen de zelfde Youless uit.

Iemand een idee?

edit: er lijkt een uur tijd verschil in te zitten. Het Script van -LA- loopt een uur achter. Terwijl toch beide cron-jobs tegelijk draaien.
Dit zou natuurlijk het dag verschil kunnen verklaren.

[ Voor 10% gewijzigd door The Fatal op 07-06-2015 16:45 ]

[SmiGueL]

The Fatal schreef op zondag 07 juni 2015 @ 16:36:

edit: er lijkt een uur tijd verschil in te zitten. Het Script van -LA- loopt een uur achter. Terwijl toch beide cron-jobs tegelijk draaien.
Dit zou natuurlijk het dag verschil kunnen verklaren.

Het -LA- script slaat de data op PER 60 minuten, en schrijft deze weg i.c.m. een bepaalde datum/tijdstip.
Het script voor de chart laadt vervolgens alle data die onder datum X vallen.

Wat ik DENK dat er gebeurd (heb nooit het -LA- script gebruikt) is dat als er VANDAAG om bijvoorbeeld 1:00 uur een update/cronjob gedaan werd, dan wordt er uit de Youless data gehaald van 23:59 t/m 0:59 (de data loopt altijd een minuut achter, de huidige minuut is immers nog niet afgerond)
De data wordt dus opgeslagen onder de datum van GISTEREN (23:59 uur). Dat de overige 59 minuten bij VANDAAG horen houdt het script alleen geen rekening mee..

Snelle fix: Zet je cronjob 1 (of 2) minuut later. Hierdoor heb je echter alsnog een shift van 1 (of 2) minuten in je chart.
Beste fix: Gebruik het Rednax/SmiGueL script . Deze slaat de data exact op per minuut, en geeft dus altijd op het goede tijdstip het gelogde verbruikte vermogen aan.
Daar komt bij dat als je de chart pagina opent hij ook automagisch een update doet, en dus (na een refresh) t/m de laatste minuut actueel is, waar dit bij -LA- tot een uur kan achterlopen..

[ Voor 6% gewijzigd door SmiGueL op 08-06-2015 11:18 ]

[The Fatal]

ik heb beide scripts naast elkaar draaien op het moment

Het script van -LA- logt al sinds januari, Jouw script sinds 1 week ongeveer.
Dus kan mooi vergelijken wat ze doen en wat de verschillen zijn.

[Aurora]

Ik gebruik sinds deze week het script van SmiGueL. Ik krijgt echter van de afgelopen dagen geen totalen meer te zien omtrent kosten. Hoe zou dit kunnen komen?

[SmiGueL]

Aurora schreef op donderdag 11 juni 2015 @ 21:00:
Ik gebruik sinds deze week het script van SmiGueL. Ik krijgt echter van de afgelopen dagen geen totalen meer te zien omtrent kosten. Hoe zou dit kunnen komen?

[afbeelding]

Gokje:
Je hebt de waardes 0.22 en 0.21 overschreven met getallen als 0,21987 en 0,20864.

Lijkt me de meest logische verklaring als de kWh standen wel gewoon kloppen.

spoiler:

Je hebt comma's i.p.v. punten gebruikt.

[ Voor 96% gewijzigd door SmiGueL op 11-06-2015 23:26 ]

[Aurora]

SmiGueL schreef op donderdag 11 juni 2015 @ 23:17:
[...]

Je hebt comma's i.p.v. punten gebruikt.

Spot on! Thanks dude

Zou de output direct aangepast moeten worden, als ik de waarden aanpas? Of moet daar nog een tijd overheen gaan?

[SmiGueL]

Aurora schreef op vrijdag 12 juni 2015 @ 00:37:
[...]


Spot on! Thanks dude

Zou de output direct aangepast moeten worden, als ik de waarden aanpas? Of moet daar nog een tijd overheen gaan?

Dit zou gelijk moeten werken.
Het laatste uur past hij volgens mij ook gewoon gelijk aan (niet 100% zeker heb de code zo snel niet paraat) maar de afgelopen dagen kunnen in PHPMyAdmin sowieso wel aangepast worden.

[ Voor 3% gewijzigd door SmiGueL op 12-06-2015 21:23 ]

[Aurora]

SmiGueL schreef op vrijdag 12 juni 2015 @ 00:50:
[...]


Dit zou gelijk moeten werken.
Het laatste uur past hij volgens mij ook gewoon gelijk aan (niet 100% zeker heb de code zo snel niet paraat) maar de afgelopen dagen kan in PHPMyAdmin sowieso wel aangepast worden.

Great, thanks man!

[SmiGueL]

Nu ik zelf ook een kleine maand aan data verzameld heb vroeg ik me eigenlijk 1 ding af:
Is er in dit topic ook maar IEMAND die nuttige info haalt uit de maand (en/of) jaargrafieken?

Ok, misschien wat overdreven, maar van deze brij met random kolommen werd ik iig niet veel wijzer:


Ik ben dus maar weer even aan het tweaken geslagen, en heb voor de maandgrafieken het volgende in elkaar geflanst:



Hierbij wordt elke dag gecombineerd, zodat hiervan het totale verbruik is te zien.
Hierdoor zijn de dagen wat makkelijker te vergelijken.

Het liefst maak ik het zo dat elk getal maal factor 0.024 wordt gedaan zodat de totale waardes in kWh (per dag) te zien zijn i.p.v. Watt, maar voor de (onderlinge) hoogte van de balkjes maakt het niet uit dus ik kan hier wel mee leven.
Fixed!
Houdt er rekening mee dat in het maandoverzicht de huidige dag een 'gemiddelde kWh' voor die dag weergeeft.

Uiteraard zijn de balkjes ook klikbaar gemaakt, waardoor je door op een bepaalde dag te klikken gelijk naar het dagoverzicht van de desbetreffende dag gaat.


Download V2.2.0:
https://drive.google.com/...2XzhmLTg/view?usp=sharing

Toegevoegde Features (t.o.v. V2.1.0):
- Het Maand tabblad wordt gegroepeerd per dag ipv per 2, 4, 6? uur.
- Het Jaar tabblad wordt gegroepeerd per dag/week i.p.v. per x uur (nog niet goed kunnen testen wegens gebrek aan data. )
- Klik in het Maand of Jaaroverzicht op een specifieke dag om hiervan het gedetailleerde dagoverzicht te zien.

Edit:
Dagstanden aangepast van 'gemiddeld aantal Watt' naar 'Totaal aantal kWh'

[ Voor 25% gewijzigd door SmiGueL op 15-06-2015 10:15 ]

[TD-er]

Wat ook inzichtelijk kan zijn, is de totalen per dag van de week.
Het Excel-script van Youless zelf doet dat ook al, dus je kunt het zelf al even snel testen met een jaar aan data.

[SmiGueL]

TD-er schreef op zondag 14 juni 2015 @ 22:13:
Wat ook inzichtelijk kan zijn, is de totalen per dag van de week.

Dat was dus ook precies wat ik bedoelde met de standen in kWh weergeven i.p.v. in Watt.
Een gemiddeld aantal 'Watt per dag' zegt imo een stuk minder dan 'het totale kWh' van die dag.

Ik heb inmiddels gevonden hoe ik de dagtotalen maal 0.024 moet doen (want maal 24 uur, en delen door 1000 i.v.m. W naar kW)

Het weekoverzicht wou ik eigenlijk mooi zo laten zoals het is omdat wat jij wilt nu in met maandoverzicht ook prima te doen is.

[ Voor 3% gewijzigd door SmiGueL op 14-06-2015 23:48 ]

[TD-er]

Ik bedoelde meer het verbruik per weekdag middelen.
Dus het gemiddelde van alle maandagen, dinsdagen, etc.
En dan zou je kunnen kijken of je als periode het totaal, het huidige jaar, of bijvoorbeeld de laatste N maanden neemt.

[ericplan]

Het gebruik van de Youless zal ook verschillen. Een aantal heeft met speciale firmware de koppeling met PVOutput gemaakt en mijn Youless hangt met gasfirmware aan de gasmeter.

Dat laatste heeft mij, eindelijk, het inzicht gegeven hoe ketel en thermostaat samenwerken. Of de ketel moduleert, hoe vaak de ketel per uur aanslaat enz.

Voor elektrische data (ook van de zonnepanelen) heb ik de EMU S0 logger. Maar behalve voor de zonnepanelen kijk ik vrij weinig op de datapagina. Nu het huishouden weer tweepersoons is geworden is het allemaal wat minder spannend.

[timoline]

emnich schreef op maandag 18 mei 2015 @ 20:19:
Het wordt dan zo in script.js:

code:

$('a#next').click(function () {
   prev_next(1);
return false;
});

$('a#previous').click(function () {
   prev_next(-1);
return false;
});

});

function prev_next(type) {
  var chart_type = $('li.selected .showChart').data('chart');
  
  var $picker = $("#datepicker");                                                                              
  var date=new Date($picker.datepicker('getDate'));

  if (type!==1) type=-1;

  switch (chart_type) {
  
    case 'week': 
       date.setDate(date.getDate()+(7*type));
       break;
    case 'month':
       date.setMonth(date.getMonth()+(1*type));
       break;
    case 'year':
       date.setFullYear(date.getFullYear()+(1*type));
       break;
    default:
       date.setDate(date.getDate()+(1*type));
       break;
   } 
   $picker.datepicker('setDate', date);
   var target = $('#history').data('chart');                                                                
   
   date = $picker.datepicker({ dateFormat: 'yy-mm-dd' }).val();
   
   createChart(target, date);                                           
   


}

Let op, je moet (vanaf het origineel) de laatste }); in het script vervangen door bovenstaande code.

Als ericplan nu even z'n css hier plaatst dan kan het allemaal samengevoegd worden.

Je zou op ongeveer dezelde manier een today button kunnen maken.
(even uit mijn hoofd)

code:

$('#today').click(function () {

        var target = $('#history').data('chart');  
        var $picker = $("#datepicker");  
        var now = new Date();
        $picker.datepicker('setDate', now);     
        var date = $.datepicker.formatDate( "yy-mm-dd",new Date(now));

        createChart(target, date);
});

[ Voor 5% gewijzigd door timoline op 23-06-2015 17:27 ]

[webgangster]

*knip*, om dingen te verkopen kun je V&A gebruiken.

[ Voor 83% gewijzigd door ThinkPad op 01-07-2015 21:39 ]

[AUijtdehaag]

Vraag en aanbod topic?

Ben helaas al voorzien.

[YouLess]

Niet zo lang geleden werd in dit topic gepost dat de PVOutput upload soms een datapunt mist:

AUijtdehaag in "Jouw productie, afgelopen maand...ofzo"
MieJuul in "Jouw productie, afgelopen maand...ofzo"

Naar aanleiding daarvan (via een support vraag die hier naar verwees) hebben we een nieuwe PVOutput firmware versie gemaakt. In deze versie hebben we op basis van een aanbeveling van PVOutput het upload mechanisme aangepast. Meer hierover is te lezen in deze blogpost:

http://www.youless.nl/blo...we-pvoutput-firmware.html

[Verwijderd]

Wat zijn tot nu toe de ervaringen met de gasmeter-firmware 1.2.0-G4? Ik heb hem geprobeerd te flashen. Dat lijkt goed te gaan, maar bij de validatie krijg ik de melding: "Flash end results could not be determined. Youless firmware flashing unfortunately failed."

Doe ik iets verkeerd?

[ericplan]

Verwijderd schreef op dinsdag 30 juni 2015 @ 21:59:
Wat zijn tot nu toe de ervaringen met de gasmeter-firmware 1.2.0-G4? Ik heb hem geprobeerd te flashen. Dat lijkt goed te gaan, maar bij de validatie krijg ik de melding: "Flash end results could not be determined. Youless firmware flashing unfortunately failed."

Doe ik iets verkeerd?

Geen idee. Het draait hier al tijden probleemloos. Misschien dat Youless de foutmelding kent?

[AUijtdehaag]

Verwijderd schreef op dinsdag 30 juni 2015 @ 21:59:
Wat zijn tot nu toe de ervaringen met de gasmeter-firmware 1.2.0-G4? Ik heb hem geprobeerd te flashen. Dat lijkt goed te gaan, maar bij de validatie krijg ik de melding: "Flash end results could not be determined. Youless firmware flashing unfortunately failed."

Doe ik iets verkeerd?

Het kan te maken hebben met een gewijzigd ipadres van de youless na flashen/reboot
Ik heb dat ook wel eens (meerdere keren helaas) gehad.
Met een vaste ethernetkabel toen gedaan en de computer in dezelfde range gezet.
Weet alleen niet meer de exacte ip configuratie meer, die ik heb toegepast.

@youless, Bedankt voor de support, zal het binnenkort eens uitproberen.

[peterkuli]

Ik heb zoveel mogelijk dit topic doorgelezen en mijn vraag kwam voor zover ik heb kunnen zien niet voor:

Ik ben ervan op de hoogte dat het mogelijk is om met een Raspberry, Arduino of een willekeurig ander bordje met Ethernet de Youless te pollen en in een eigen database de data op te slaan. Maar is het ook mogelijk om vanuit de Youless zelf al te verbinden/uploaden met een eigen server?

Eigenlijk wil ik geen gebruik maken van Enelogic of Bidgely, maar gewoon mijn eigen (hosted) server gebruiken. Het is dan natuurlijk veel mooier dat de Youless zelf de data uploadt naar een eigen server, in plaats dat je er nog een ander 'apparaatje' in je meterkast moet hangen die de Youless gaat pollen. Dat voelt een beetje als de omgekeerde wereld omdat de Youless prima in staat is om naar elk willekeurige server te verbinden (maar de firmware dit niet ondersteunt, toch?) en toch al een verbinding heeft met Internet.

[ThinkPad]

Dat zou een mooie firmware zijn idd, dat je gewoon custom GET-requests kan maken.

In de webinterface velden maken voor adres en dan bijv. de parameters op de juiste plek in de URL laten zetten ('%1' pakken voor de eerste variabele vanuit de YouLess, '%2' voor de tweede etc...)

Op die manier kun je het mooi naar een eigen service sturen inderdaad. Configureerbare uploadinterval erbij en klaar

[TD-er]

Het mooiste is dan nog dat je dat ook extern kan hosten zonder portforwarding in te hoeven stellen op je router.

[peterkuli]

Dat is precies wat ik bedoel TD-er. Dus dat de Youless zelf al uploadt naar je eigen extern gehoste server. Portforwarding is dan uiteraard niet nodig want je hoeft de Youless niet te pollen, hij verstuurt zijn data zelf.

[YouLess]

We zijn altijd wat terughoudend met het doen van toezeggingen, maar ik kan wel zeggen dat we het kunnen uploaden naar een instelbare server wel in gedachten hebben. Het aantal firmware varianten (voor verschillende energiemanagers met hetzelfde protocol) zou dan ook teruggebracht worden, en het zou ook meteen deze vraag invullen. Het mes snijdt dan aan 2 kanten, zogezegd.

[discusws]

vanmiddag de youless aangesloten, de SmiGueL variant op een extern gehoste website geplaatst en eea lijkt te werken, uurtje werk. SmiGueL en anderen die eraan hebben bijgedragen bedankt

+1 TD-er vwb port forwarding :-)

[AUijtdehaag]

Dat flashen blijft bij mij toch altijd weer een very BIG issue.
Maar ENKEL op de volgende manier is het me gelukt om de nieuwe firmware 1.2.0.PO4 te laden:

Zet een vast ip-adres van de computer van de vaste netwerkadapter (in mijn geval een laptop) op:
ip adres: 10.10.0.1
subnetmask: 255.255.0.0
standaardgateway: niets

Verbind de youless met een vaste ethernet kabel aan de computer.
Zet hem in de flash mode. 4x de netwerkabel er kort uit en in, totdat de groene led aan de voorkant langzaam blijft knipperen.
(Let op: Niet 1x meer, dan is alle data/gegevens gewist in de youless)

Gebruik eerst de youless-config-1.2.exe tool om de youless een ip adress te geven in deze range.
Start het programma en geef het serienummer van de youless in.
Maak het ipadres 10.10.0.14 bijvoorbeeld, en druk op configureren.

Zet de youless weer in de flashmode dmv 4x netwerkkabel er kort in en uit, totdat de groen led weer langzaam knippert.

Start nu youless-firmware-1.2.0-PO4 en geef ip-adres 10.10.0.14 in.
Bij een mislukte poging van een vorige P04 firmware, eerst een andere firmware eroverheen gooien, anders laad hij de P04 niet opnieuw.
Na flashen van andere firmware, weer in de flashmode zetten (4x in en uit van kabel)
(Ik had een geval dat de groene led continue bleef branden, dan reageert de youless nergens meer op. Dit is uiteindelijk gelukt met de usb eruit en erin en direct daarna te flashen met bijv.de gasfirmware. youless-flash-1.2.0-PO3G)

Uiteindelijk bij een juiste flash geeft het programma de volgende melding:
Flash blokken zijn verzonden
Firmware versie 1.2.0-po4 succesvol geladen.

Log nu in op de youless op http://10.10.0.14 om het originele ipadress en subnetmask in te voeren en sluit hem daarna weer in je netwerk aan..
Vind je hem niet, gebruik dan de youless-config-1.2.exe tool weer om de youless te kunnen bereiken.

Als de youless weer in het normale netwerkcircuit zit, kan het zijn dat de teller niet loopt van de automatische upload.
Dan dient de youless volledig gereset te worden (5x ethernetkabel, in en uit)
De groene led knippert dan snel.

Een hoop gedoe, maar goed, we zijn tweakers nietwaar?

Nu is bij mij alles in orde en de upload werkt ook prima, zowel generation (v1) als consumption (V3)
Nog even alles real life testen, en kijken of er nog gaten vallen vandaag

[ Voor 3% gewijzigd door AUijtdehaag op 06-07-2015 13:56 ]

[peterkuli]

@YouLess; dat is goed nieuws, ben benieuwd!

Op dit moment ben ik bezig om met een Raspberry de YouLess elke minuut te pollen en te uploaden naar een database. Dat deel werkt al, de volgende stap is om er een mooie grafiek van te maken.

[AUijtdehaag]

Kleine update:
De firmware-1.2.0-PO4 doet het prima.
Inmiddels op 4 youlessen toegepast, waarbij er 2 heel erg veel last van hadden.(zeker 20x op een dag een misser...)

Nu hooguit nog 1x gezien vandaag op 1 youless( firmware zit er pas sinds gisteren avond in bij deze twee)
Niet perfect (waar dat dan ook aan moge liggen), maar wel een hele flinke verbetering.
Bedankt @youless.

[Paul C]

Ik probeer het YouLess script te debuggen, want ik kreeg klachten over hoog CPU gebruik en sinds een tijdje worden mijn meterstanden ook niet meer gelogd.

Nu ben ik er achter dat dit komt door een infinite loop. Dit stuk code uit curl.class.php blijft zich herhalen, regel ~115:

PHP:

while ( $active && $mrc == CURLM_OK )
{
    if ( curl_multi_select( $mh ) != -1 )
    {
        do
        {
            $mrc = curl_multi_exec( $mh, $active );
        }
        while ( $mrc == CURLM_CALL_MULTI_PERFORM );
    }
}

PHP 5.5.9 en CURL 7.35.0. Ik draai het laatste script van SmiGuel, 2.1.0.

Heeft iemand anders hier al ervaring mee of een idee hoe dit komt?

[TD-er]

In de eerste comment hier staat dat je een korte wachttijd moet zetten als curl_multi_select( $mh ) == -1
Oftewel in de else-tak van de if zou ik het volgende zetten:

code:

if (curl_multi_select($multi) == -1) {
  usleep(1);
}

[Paul C]

TD-er schreef op dinsdag 21 juli 2015 @ 12:05:
In de eerste comment hier staat dat je een korte wachttijd moet zetten als curl_multi_select( $mh ) == -1
Oftewel in de else-tak van de if zou ik het volgende zetten:

code:

if (curl_multi_select($multi) == -1) {
  usleep(1);
}

Dat had ik nog niet gelezen, maar ik had zelf hetzelfde bedacht. Dat lost op zich het probleem met de hoge belasting wel op, maar dan is de loop nog steeds infinite en krijg ik nog steeds nooit een antwoord terug.

[TD-er]

$mrc wordt niet aangepast zolang ( curl_multi_select( $mh ) == -1 ) (en $active ook niet)
Dus misschien moet je een teller mee laten lopen dat je het "N" keer probeert.

Ik ken de context van die code helemaal niet, maar misschien is de status van $active wel niet zo correct als je zou verwachten.

[ Voor 4% gewijzigd door TD-er op 21-07-2015 22:04 ]

[Paul C]

Hmmm, ja dat zou kunnen, maar helaas is dat niet zo. Ik kwam wat dingen tegen op internet dat deze CURL implementatie in recente versies deprecated is geraakt, maar dat niet gedocumenteerd is.

Het nut van de huidige uitgebreide CURL implementatie ontgaat mij een beetje. Waarom is er een asynchrone parallelle unblocking implementatie nodig? Als ik tijd en zin heb zal ik het een proberen om te bouwen naar een native PHP implementatie die misschien niet parallel is of unblocking, maar wie geeft er nou om een paar seconde langere runtime voor een cronjob?

Edit: ben de code beetje aan het lezen...
Gefixed:
- Sessie destroyen ipv laten leven, maar de user_id unsetten
- Er worden twee db objecten gemaakt, ipv deze her te gebruiken
- Gebruik html special chars voor << en >>

[ Voor 22% gewijzigd door Paul C op 22-07-2015 02:21 ]

[SmiGueL]

Moet zeggen dat ik dit nog nooit gehad heb. Als je een soort debug script hebt die op een aantal momenten in het script wat variabelen uitspuugt (zo doe ik het altijd ) wil ik hem met alle plezier even testen om te vergelijken waar het misschien fout gaat. Probleem lijkt al gevonden.

Ik kwam toevallig afgelopen weekend op zo'n beetje hetzelfde stukje script uit waar ik wat vraagtekens bij zette.

In request.class.php staat het volgende vanaf regel 30:

PHP:

public function getLiveData() {
$curl = new Curl();

$curl->addSession( $this->source.'a'.$this->format, $this->opts );

$result = $curl->exec();

Hierbij wordt 1 Curl sessie gestart, en wordt geen retry aantal aangegeven.

In request.class.php staat het volgende vanaf regel 91:

PHP:

public function getLastHour() {
$curl = new Curl();
$curl->retry = 2;
        
$curl->addSession( $this->source.'V?h=1'.$this->format, $this->opts );
$curl->addSession( $this->source.'V?h=2'.$this->format, $this->opts );      
        
$result = $curl->exec();

Hierbij worden 2 Curl sessies gestart, en wordt een retry = 2 aangegeven.

Van de bovenstaande stukjes code gaat degene met 1 sessie in curl.class.php via regel 55 t/m 74 naar regel 77:

PHP:

    public function execSingle( $key = 0 )
    {
        if( $this->retry > 0 )
        {
            $retry = $this->retry;
            $code = 0;
            while( $retry >= 0 && ( $code[0] == 0 || $code[0] >= 400 ) )
            {
                $res = curl_exec( $this->sessions[$key] );
                $code = $this->info( $key, CURLINFO_HTTP_CODE );
                
                $retry--;
            }
        }
        else
            $res = curl_exec( $this->sessions[$key] );
        
        return $res;
    }

Waarbij in geval van geen connectie hij het opgegeven aantal retrys loopt.
Dit aantal is alleen nooit aangegeven, en hij zal het dus ook nooit opnieuw proberen..

Het tweede stukje met 2 Curl sessies leidt in curl.class.php via regel 55 t/m 74 naar regel 101:

PHP:

                if( $this->retry > 0 )
                {
                    $retry = $this->retry;
                    $this->retry -= 1;

                    $this->retry = $retry;
                    echo '1';
                }

Dit lijkt mij ook niet helemaal zoals het hoort. ($this->retry blijft zo altijd gelijk? )



Ik werk i.v.m. wat testversies met meerdere databases, waarbij mij 'hoofddatabase 2x per uur update, en nog nooit 1 minuut gemist heeft. Maar de testversies eens in de paar weken een update missen (Via de noodzakelijke WiFi verbinding komt het HEEEL af en toe voor dat hij een x seconden geen goede verbinding heeft, een toevoeging van $curl->retry = 10; in de getLiveData()) lost dit quick&dirty op.