bilingual theme Enhanced 2 in 1 "EVOLV" - NOW WITH "SESSION MODE"

1 час назад, gwyar сказал:

Например, когда TC активирован, можно впоследствии установить неподходящий тип провода (например, Kanthal)

Вы совершенно правы, глупые действия пользователя могут обмануть чипсет, но я стараюсь установить максимально возможную защиту от дурака. Например, я точно знаю что если в EScribe нет ТС профиля для какого то материала катушки, то и в моей теме будет невозможно включить ТС или Реплей (условия переключения учитывают является ли материал термо контрольным ).

К тому же при использовании, неподходящего для ТС режима, провода чип выдаст ошибку .

Еще раз спасибо за дискуссию, с Вами приятно общаться! 

vor 5 Stunden schrieb zark:

Вы совершенно правы, глупые действия пользователя могут обмануть чипсет, но я стараюсь установить максимально возможную защиту от дурака. Например, я точно знаю что если в EScribe нет ТС профиля для какого то материала катушки, то и в моей теме будет невозможно включить ТС или Реплей (условия переключения учитывают является ли материал термо контрольным ).

Sie haben absolut Recht, falsche Benutzeraktionen können den Chipsatz zum Narren halten, aber ich versuche, den maximal möglichen Schutz gegen falsche Bedienung zu setzen. Ich weiß zum Beispiel mit Sicherheit, dass es in EScribe nicht möglich ist, TC oder Replay in mein Thema aufzunehmen, wenn für ein Material der Spule kein Profil TC vorhanden ist (Schaltbedingungen berücksichtigen, ob es sich bei dem Material um eine Wärmesteuerung handelt).

Hier stellt sich natürlich die Frage, wie mit den Möglichkeiten verschiedener Profile umzugehen ist, bzw. was vom Hersteller vorgesehen ist.

Ich favorisiere die Nutzung der Profile dahingehend, dass ich meinen Verdampfern eigene Profile zugeordnet habe ("Salix" / "N'[duro]-MTL" / "N'[duro]-scr" / "N'[duro]-DL" / "Pharao" / "Zeus" / "Ammit MTL" / "Brunhilde"). Von hier an möchte ich EScribe nicht mehr bemühen, sondern alle Änderungen der Konfiguration direkt am Akkuträger vornehmen, also Wechsel der Wicklungen, der Materialien usw... 

Der Gedanke dahinter - Verdampfer wechseln, entsprechendes Profil einstellen, fertig. Ich sehe (für mich) weniger Sinn darin, nach jedem  Verdampferwechsel ein in EScribe vorkonfiguriertes Profil neu anzupassen. (Oder ich habe da jetzt was falsch verstanden).

Aber das ist hier das Schöne; sich mit anderen über deren Beweggründe, also weshalb  etwas in welcher Form umgesetzt wird, auszutauschen 😃

Edited July 19, 2019 by gwyar

Мне кажется есть ошибка в нумерации  батарей (должен стоять Cell  Count>=1).

Приятно видеть знакомые идеи использования выделения.

Вы по прежнему впечатляете дизайном, удачи!

Edited August 5, 2019 by zark

vor 12 Stunden schrieb zark:

Мне кажется есть ошибка в нумерации  батарей (должен стоять Cell  Count>=1).

Приятно видеть знакомые идеи использования выделения.

Вы по прежнему впечатляете дизайном, удачи!

Es scheint mir, dass es einen Fehler in der Nummerierung der Batterien gibt (Cell Count sollte> = 1 sein).

Schön, bekannte Ideen anhand der Auswahl zu sehen.

Sie sind immer noch beeindruckendes Design, viel Glück!

Hallo, schön zu sehen , wie sehr Du in die Details gehst 😉

Aber nein, die Bedingung ist genau so gewollt. Wenn ein Akkuträger zum Einsatz kommt, welcher mit nur einer Zelle betrieben wird, dann ist es überflüssig, die Spannung dieser einen Zelle neben der Gesamtspannung noch ein weiteres Mal anzuzeigen. 

 Battey pack voltage = (Battery cell1 voltage) + (Battery cell2 voltage) + (Battery cell3 voltage) => hier macht es Sinn, da die Gesamtspannung sich aus den Teilspannungen der Einzelzellen zusammensetzt.

Battey pack voltage = (Battery cell1 voltage) => hier existiert nur die eine Zelle und es erscheint mir überflüssig, diese gesondert anzuzeigen.

11 час назад, gwyar сказал:

Напряжение аккумуляторной батареи = (напряжение аккумуляторной батареи 1) + (напряжение аккумуляторной батареи 2) + (напряжение аккумуляторной батареи 3) => здесь это имеет смысл, поскольку общее напряжение состоит из парциальных напряжений отдельных элементов.

Для Battey pack voltage это правильно, но для отображения Battery cell1 voltage это ошибка, по тому, что при таких условиях отображения Battery cell1 = Battery cell2 (если установлено более одной ячейки). Чтобы убрать отображение Battery cell1 при использовании одной ячейки, можно вставить условие Hidden-Battery voltage (greater then 4.3). Тогда при установке более одной ячейки будет выполнятся условие greater then 4.3, Вольт , по тому, что одна ячейка не может быть ниже 2,7 Вольт (ИМХО)

Спасибо за подробное объяснение логики дизайна

Edited August 6, 2019 by zark

vor 7 Stunden schrieb zark:

Для Battey pack voltage это правильно, но для отображения Battery cell1 voltage это ошибка, по тому, что при таких условиях отображения Battery cell1 = Battery cell2 (если установлено более одной ячейки). Чтобы убрать отображение Battery cell1 при использовании одной ячейки, можно вставить условие Hidden-Battery voltage (greater then 4.3). Тогда при установке более одной ячейки будет выполнятся условие greater then 4.3, Вольт , по тому, что одна ячейка не может быть ниже 2,7 Вольт (ИМХО)

Спасибо за подробное объяснение логики дизайна

Für die Batteriepackspannung ist dies korrekt, für die Anzeige der Spannung von Batteriezelle1 ist dies jedoch ein Fehler, da unter diesen Anzeigebedingungen Batteriezelle1 = Batteriezelle2 (wenn mehr als eine Zelle installiert ist).  Um die Anzeige von Batteriezelle1 bei Verwendung einer einzelnen Zelle zu entfernen, können Sie die Bedingung Versteckte Batteriespannung (größer als 4,3) einfügen.  Wenn dann mehr als eine Zelle installiert wird, ist die Bedingung größer als 4,3 Volt erfüllt, da eine Zelle nicht niedriger als 2,7 Volt sein kann (IMHO).

 Vielen Dank für die ausführliche Erklärung der Designlogik.

Es tut mir leid, aber da muss ich klar widersprechen - die Bedingungen führen in dieser Form exakt zu dem gewünschten Ergebnis; es werden die Einzelspannungen der jeweiligen Zellen nur angezeigt, wenn diese auch vom Chipsatz getrennt erfasst werden. Dies ist zum Beispiel beim dna75c nicht der Fall :hier werden die Zellen nicht getrennt ausgelesen, daher zeige ich diese auch nicht getrennt an. Ich habe Akkuträger mit beiden Chipsätzen (75c und 250c) und kann versichern, dass die Anzeige, bzw. die Bedingungen wie (von mir) gewünscht funktionieren.

Bitte nicht vergessen - es handelt sich in der Abbildung nur um die Bedingung zur Anzeige, nicht um den Inhalt der Anzeige. 

ОК, я согласен с Вашими доказательствами (не уверен. что мы полностью правильно понимаем друг друга по тому что Google переводчик это чудовище!)

Желаю больше новых идей!

vor 56 Minuten schrieb zark:

ОК, я согласен с Вашими доказательствами (не уверен. что мы полностью правильно понимаем друг друга по тому что Google переводчик это чудовище!)

Желаю больше новых идей!

OK, ich stimme Ihren Beweisen zu. (Ich bin nicht sicher. Wir verstehen uns vollständig, da der Google Übersetzer ein Monster ist.)

 Ich wünsche Ihnen weitere neue Ideen!

 

Das mit dem Google-Übersetzer stimmt schon, aber immerhin ermöglicht er uns diese Diskussion überhaupt... 

 

Nice Theme.......  My 250C is a 4 cell, 400 watt device so would be nice to have option to show 4 cells and 16.80 volts instead of just 3 cells in the Theme.

vor 7 Stunden schrieb retird:

Nice Theme.......  My 250C is a 4 cell, 400 watt device so would be nice to have option to show 4 cells and 16.80 volts instead of just 3 cells in the Theme.

I have changed the display now so that 4 cells can be displayed individually; In this case, I can not show the total voltage anymore.

I hope, I can still meet your request - otherwise I could sacrifice the board temperature ...?

Edited September 3, 2019 by gwyar

THX.....  total voltage not being shown on that screen is OK... better to see each cell's voltage and that the cells are balanced....  battery voltage is shown on a different screen if I need to see it...

Вы не перестаете удивлять меня. Я могу только представить какое количество времени Вы проводите над созданием новых, превосходных дизайнов. 

Я по прежнему не во всем согласен с Вашими идеями и решениями. но должен признать, что все работает отлично, это подтверждает что Вы очень тщательно относитесь к своим разработкам.

Искренне желаю удачи и новых идей.

vor 4 Stunden schrieb zark:

Вы не перестаете удивлять меня. Я могу только представить какое количество времени Вы проводите над созданием новых, превосходных дизайнов. 

Я по прежнему не во всем согласен с Вашими идеями и решениями. но должен признать, что все работает отлично, это подтверждает что Вы очень тщательно относитесь к своим разработкам.

Искренне желаю удачи и новых идей.

Vie lieben Dank für das Feedback - ich sehe es als Ansporn, weiter zu machen 

V4: ERROR-PRESS-UP - White Screen:
with my 250c chipset the whitescreen appears immediately after the upload, also occasionally when the mod is reactivated after automatic screen shutdown.
Since I do NOT experience this behavior with my 75c chipset, I can not say whether it is because of "my" 250c chipset or a fundamentally different behavior between the two chipsets.
I would be grateful for any feedback on this, thanks.

V4: ERROR-PRESS-UP - White Screen:
bei meinem 250c-Chipsatz erscheint direkt nach dem Upload der Whitescreen, ebenfalls vereinzelt, wenn der Mod nach automatischer Bildschirmabschaltung reaktiviert wird. 
Da ich dieses Verhalten bei meinem 75c-Chipsatz NICHT auftritt, kann ich keine Aussage treffen, ob es am "meinem" 250c-Chipsatz liegt, oder ein grundsätzlich anderes Verhalten zwischen den beiden Chipsätzen. 
Ich wäre dankbar, diesbezüglich Feedback zu erhalten, Danke.

Hi Gwyar,

ich habe über meine Vermutungen zu dem "Menu Error - Press Up" in den Kommentaren von meinem anderen Theme schon mal berichtet.

 

Und auch hier in den Kommentaren:

Vielleicht bringt Dich das etwas weiter.
Solltest Du eine eindeutige Ursache finden, lasse es mich bitte wissen.
So langsam denke ich, es hängt auch mit dem nahezu voll ausgelasteten Speicherbedarf unserer Themes zusammen.

Beste Grüsse
Hubert

Hola Hubert, 

nach meinen Beobachtungen schließe ich mich dem Gedanken an, dass die Speicherauslastung eine zentrale Rolle spielt. Ich habe diverse Akkuträger - 1 Therion 75c, 2 Paranormal 250c und 2 Centaurus 250c. 

Die Fehlermeldung tritt bei mir, bzw. meinen enhanced Themes (!) sporadisch und AUSSCHLIEßLICH nach dem Reaktivieren aus dem Standby auf. 

Jetzt kommt der (für mich) entscheidende Anhaltspunkt:

Ein Paranormal-Akkuträger hat einen defekten Akkudeckel; hier lade ich die Akkus im Akkuträger, alle anderen Akkus werden außerhalb geladen. Dieser Akkuträger zeigt die Fehlermeldung etwa 1x pro Woche; die anderen - wenn überhaupt - 1x im Monat. 

Meine Erklärung: mit dem Wechseln der Akkus wird der Speicher geleert; der Akkuträger startet immer mit dem Lockscreen. 

LG Carsten 

Edited August 22, 2020 by gwyar

Hi Carsten,

Your Suspection could go well match with my thesis with the stack overflow caused by the page being opened with "Goto Child Screen" and then leaving the requested page with "Goto another Page" instead of the required "Goto Parent Page".

With the "Goto Child Screen", the source screen address is packed on the stack so that the "Goto Parent Screen" knows which page to jump back to. When jumping back, the source page address is deleted from the stack.
However, if a page is called with "Goto Child Screen" and this is exited with "Goto another Page", the source screen address remains on the stack.
If you repeat this during use, the stack overflows and generates the "Menu Error - Press Up".
That’s my thesis.

I compared this behavior in my linked comment with "Gusub" and "Return" in old Basic languages.
In these languages, the Gosub stack overflows if you have exited a "Gusub" function several times with "Goto" instead of "Return", since the "Gusub" source address was then not removed from the stack by the "Return". And so the stack was always full up to the stack overflow.

At the beginning I had a lot of messages regarding the "Menu Error - Press Up".
Until I have built my new theme version without any "Goto Child Screen".
Because it is almost impossible in the themes to jump back to each "Goto Child Screen" only with "Goto parent Screen".
Most of the time, the following pages lead to further pages, and these lead back to the menu.

And by removing and inserting the battery and following cold start, the stack is automatically emptied. So that would fit my guess.

With my new theme-version, I got only one message about the error occurs - and that is certainly due to the system itself.

Best regards

Hubert

P.S. Does the error also occur after the lockscreen if you never change the screen during use - i.e. just steam after switching on and then activate the lockscreen?

-------------------------------------------------------

Hi Carsten,

was dann aber auch gut zu meiner These mit dem Stapelüberlauf durch Seitenaufruf  mit "Goto Child Screen" und dem anschliessenden Verlassen der aufgerufenen Seite mit "Goto another Page" anstelle des erforderlichen "Goto Parent Page" zusammenpassen könnte.

Beim "Goto Child Screen" wird die Source-Screen-Adresse auf den Stack gepackt, damit der "Goto Parent Screen" weiss, zu welcher Seite zurückgesprungen werden muss. Bei diesem Zurückspringen wird die Source-Page-Adresse vom Stapel gelöscht.
Wird aber eine Seite mit "Goto Child Screen" aufgerufen und diese mit "Goto another Page" verlassen, bleibt die Source-Screen-Adresse auf dem Stack.
Wiederholt man dies während der Benutzung, läuft der Stapel über und erzeugt den "Menu Error - Press Up".
Soweit meine These.

Habe dieses Verhalten in meinem verlinkten Kommentar mit Gusub-Return in alten Basic Sprachen verglichen.
In diesen Sprachen ist auch der Gosub-Stack übergelaufen, wenn man eine Gusub-Funktion mehrmals mit Goto anstelle von Return verlassen hat, da dann die Gusub-Source-Adresse nicht durch das Return vom Stapel entfernt wurde. Und so wurde der Stack immer voller bis zum Stack-Overflow.

Ich hatte Anfangs viele Meldungen bzgl. des "Menu Error - Press Up".
Solange, bis ich dann meine neue Theme-Version ganz ohne "Goto Child Screen" aufgebaut habe.
Denn es ist in den Themes ja fast unmöglich, bei jedem "Goto Child Screen" nur mit "Goto parent Screen" zurück zu springen.
Meistens führen die Folgeseiten ja zu weiteren Seiten, und diese wieder zurück zum Menu.

Und durch den Kaltstart mittels Akku entfernen wird der Stack ja automatisch geleert. Das würde also zu meiner Vermutung passen.

Seither kam nur noch eine Meldung - und die liegt sicher am System selbst.

Beste Grüsse

Hubert

P.S. tritt der Fehler nach dem Lockscreen auch auf, wenn Du während der Benutzung nie das Screen wechselst - also nach dem Einschalten nur dampfst und dann den Lockscreen aktivierst?

Edited August 22, 2020 by Mr.Bottomfeeder

Very very clever design and implementation. 5 stars all day long!

  Haven't loaded it yet on the 4-cell 250C...  at first glance looks good tho...🙂

On 1/3/2022 at 4:25 AM, retird said:

  Haven't loaded it yet on the 4-cell 250C...  at first glance looks good tho...🙂

It appears from these screenshots that it only lists 3 cells.

 

16 minutes ago, The Vapor Ninja said:

Haven't loaded it yet on the 4-cell 250C...  at first glance looks good tho...🙂

It does actually list all 4 cells when in a 4 cell mod. Very good.

My only difficulty with this theme is seeing the tiny words, heh.