Some issues.

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Some issues.

jdknijff
We have some issues that we would like to discuss.

The Tariff transactions seem to be send with a delay to the broker. For example the tariff transactions of timeslot 3 are sent right before the timeslot update of 5 (so they're sent in timeslot 4, but there's allmost no time to process them). Therefore, we cannot use this information in timeslot 5.

In the default competition, all customers seem to be of the type CustomerHousehold. We'd like to have some producers too. We tried to add new CustomerInfo instances on the server, but we were unable to do this. The inserted CostumerInfo Instances don't seem to be active in the default competition. No messages regarding these instances are sent to the broker. Is it possible to add other Customer Types? We'd like to have them, because it's difficult to test our broker without producers.

We'd also like to know whether WeatherForecasts will be available for the competition. If they're not, does weather still have an influence? If it does, we'd have to create forecasts ourselves, which obviously aren't reliable, because for example wind speed does not seem to have a clear pattern.
Reply | Threaded
Open this post in threaded view
|

Re: Some issues.

grampajohn
Administrator
jdknijff wrote
The Tariff transactions seem to be send with a delay to the broker. For example the tariff transactions of timeslot 3 are sent right before the timeslot update of 5 (so they're sent in timeslot 4, but there's allmost no time to process them). Therefore, we cannot use this information in timeslot 5.
There are several types of tariff transactions. I'm looking at some logs, and it looks like CONSUME transactions appear in the same timeslot as the actual consumption. I can also see that PUBLISH transactions are sent out during timeslots 0, 6, 12, 18, etc. This is the correct behavior. I do not see the behavior you describe; I think you would need to send me a log file with an explanation of what you are seeing that appears incorrect.
In the default competition, all customers seem to be of the type CustomerHousehold. We'd like to have some producers too. We tried to add new CustomerInfo instances on the server, but we were unable to do this. The inserted CostumerInfo Instances don't seem to be active in the default competition. No messages regarding these instances are sent to the broker. Is it possible to add other Customer Types? We'd like to have them, because it's difficult to test our broker without producers.
We are working hard on other customer models, including a producer model and a more scalable consumption model. We hope to have something in the next day or two. We are also working hard on a wind-park model as an additional type of genco.
We'd also like to know whether WeatherForecasts will be available for the competition. If they're not, does weather still have an influence? If it does, we'd have to create forecasts ourselves, which obviously aren't reliable, because for example wind speed does not seem to have a clear pattern.
We are having trouble with the forecast data, and I do not know whether it will be ready this week. But the current customer model is not weather-sensitive. The wind-park and the solar-producer model will definitely be weather-sensitive, and we expect that the next version of the customer model will be weather-sensitive for heating and cooling power. We cannot use those until we have decent forecasts, of course.

John
Reply | Threaded
Open this post in threaded view
|

Re: Some issues.

jdknijff
grampajohn wrote
There are several types of tariff transactions. I'm looking at some logs, and it looks like CONSUME transactions appear in the same timeslot as the actual consumption. I can also see that PUBLISH transactions are sent out during timeslots 0, 6, 12, 18, etc. This is the correct behavior. I do not see the behavior you describe; I think you would need to send me a log file with an explanation of what you are seeing that appears incorrect.
Here's part of the output of my agent:
Class String: [null-354749-CONSUME-108.5, null-354749-CONSUME-271.58, EUREBA--139.3598, DistributionTransaction-354749-0.0000-0.0000}]
<list>
  <tariff-tx id="18" txType="CONSUME" customerCount="8" quantity="108.5" charge="8.68">
    <broker>EUREBA</broker>
    <customerInfo>ae9f00ea-d929-4810-91ba-578f6a0772de</customerInfo>
    <postedTime>
      <iMillis>1277096400000</iMillis>
    </postedTime>
    <tariffSpec>EUREBA1</tariffSpec>
  </tariff-tx>
  <tariff-tx id="17" txType="CONSUME" customerCount="8" quantity="271.58" charge="21.7264">
    <broker reference="../../tariff-tx/broker"/>
    <customerInfo>8aba7d51-8fa3-41e3-9e22-06d9b6036723</customerInfo>
    <postedTime reference="../../tariff-tx/postedTime"/>
    <tariffSpec reference="../../tariff-tx/tariffSpec"/>
  </tariff-tx>
  <cash balance="-139.3598">
    <broker>EUREBA</broker>
    <id>2</id>
  </cash>
  <distribution-tx id="12" quantity="0.0000" charge="0.0000">
    <broker reference="../../tariff-tx/broker"/>
    <postedTime reference="../../tariff-tx/postedTime"/>
  </distribution-tx>
</list>
Current timeslot: 6
Current time: 2010-06-21T06:00:00.000Z
Current time (millis): 1277100000000
Time posted (serial number): 5
Time posted (millis) 1277096400000
Time posted (instant) 2010-06-21T05:00:00.000Z
Tariff spec id: EUREBA1
Quantity: 108.5
Transaction id: 18
TXT type: CONSUME


The output is generated right before the timeslotUpdate to timeslot 7. The posted time of the tariff transaction is from timeslot 5, which is 1 timeslot ago and the message is received in timeslot 6 (right before timeslot 7).
Reply | Threaded
Open this post in threaded view
|

Re: Some issues.

grampajohn
Administrator
Here's what I see in the server log during timeslot 4 using rbroker from Markus:
```
  <slot serialNumber="4">
    <startInstant>
      <iMillis>1277092800000</iMillis>
    </startInstant>
  </slot>
...
  <tariff-tx id="15" txType="CONSUME" customerCount="8" quantity="147.48" charge="147.48">
    <broker>rbroker</broker>
    <customerInfo>7dba98f4-00f7-4b60-b7dd-e42b633f9748</customerInfo>
    <postedTime>
      <iMillis>1277092800000</iMillis>
    </postedTime>
    <tariffSpec>91c509e5-63f5-47f9-94e4-936e8664f17d</tariffSpec>
  </tariff-tx>
```
So the tariff transaction, which goes out near the end of timeslot 4, is posted during timeslot 4. Timeslot 5 starts half a second later in this case, but on average it's more like 1.5-2 seconds. Is it possible that it's being received at the proper time but somehow you are not seeing it at the broker side until later?

John
Reply | Threaded
Open this post in threaded view
|

Re: Some issues.

jdknijff
I checked my broker again and I think I processed a Timeslot Update in the wrong way. I've fixed this and this seems to be have solved it.

I've also noticed something else. Apparently the charges and the quantities of a distribution transaction are always zero. I‘ve checked this with both my own broker and the demo-agent.
Reply | Threaded
Open this post in threaded view
|

Re: Some issues.

grampajohn
Administrator
jdknijff wrote
Apparently the charges and the quantities of a distribution transaction are always zero. I‘ve checked this with both my own broker and the demo-agent.
Thank you for spotting this. It is now issue #325.
Reply | Threaded
Open this post in threaded view
|

Re: Some issues.

grampajohn
Administrator
This issue is resolved in the master version of powertac-accounting-service. You may just clone it from there, or I can update the 0.4 update script if anyone needs it.

Sorry for the confusion.

John