Начал работать с ШЭ в Excel и столкнулся с тем, что функция CHouse у меня как-то неправильно считает.
Для простоты привожу пример вычисления ASC в Плацидусе в тропическом зодиаке на момент 01.01.2013 в 0 часов 0 минут для географической точки Гринвич (доглота 0 гр 0мин ; широта 51 гр 29мин).
Начал работать с ШЭ в Excel и столкнулся с тем, что функция CHouse у меня как-то неправильно считает.
Для простоты привожу пример вычисления ASC в Плацидусе в тропическом зодиаке на момент 01.01.2013 в 0 часов 0 минут для географической точки Гринвич (доглота 0 гр 0мин ; широта 51 гр 29мин).
Тогда как пр-мма ZET , тоже использующая ШЭ, выдаёт 7гр 38 мин Весов.
Подскажите пожалуйста, от чего такое расхождение, что у меня неправильно?
При этом координаты планет функция PLC считает верно.
Путь к файлу swedll32.dll у меня указан (swe_set_ephe_path ("c:\WINDOWS\system32\")).
Правда, файлы sepl_18.se1, semo_18.se1, seas_18.se1 у меня не используются, но в этом ли причина? Кстати, как их подключить, где указать путь к ним?
Здравствуйте. Вы не первый человек на этой неделе, у которого такой глюк.
В общем, пересчитал по Вашим данным - у меня все посчиталось корректно:
В чем дело я не знаю, раньше на такой глюк ни кто не жаловался, а сейчас 3 жалобы подряд буквально в течение недели. Я так подозреваю, что это либо эксель обновился и там появились какие-то несовместимости, либо ШЭ обновились и Вам досталась обновленная версия. Возможно еще, что у Вас на компе стоит какая-то астрологическая программа со своей версией файла swedll32.dll, которая пишет его в c:\WINDOWS\system32\ и этот файл скомпилирован с ошибкой.
Попробуйте более старую версию файла swedll32.dll, возможно поможет Так же если есть возможность - попробуйте проверить на другом компе.
Пока сам не могу понять в чем дело
Кстати, файлы sepl_18.se1, semo_18.se1, seas_18.se1 - для определения куспидов домов не нужны, в них тока координаты планет :)
Последний раз редактировалось LordWilex, 17.06.2013 в 21:42.
Проверил на 4 компах с OS WinXP + Excel 2003 и на одном с Win7 + Excel 2010 – везде рузультат один и тот же - неверный ):
Притом на каждом компе испробовал по две разные версии swedll32.dll (от 07.04.2009 и от 02.02.2011). Последняя - это та, к-рую использует ZET, считая ASC по ней правильно.
Кажется, дело не в версиях swedll32.dll или Excel, а в чём-то другом.
Проверил на 4 компах с OS WinXP + Excel 2003 и на одном с Win7 + Excel 2010 – везде рузультат один и тот же - неверный ):
Притом на каждом компе испробовал по две разные версии swedll32.dll (от 07.04.2009 и от 02.02.2011). Последняя - это та, к-рую использует ZET, считая ASC по ней правильно.
Кажется, дело не в версиях swedll32.dll или Excel, а в чём-то другом.
Единственное различие, которое я заметил - это то, что в Вашем примере в юлианской дате стоит точка в качестве разделителдя целой и дробной части числа:
В общем-то - по крайней мере у меня эксель не дает ввести точку, я полагаю во всех остальных версиях эксель - тоже в качестве разделителя используются строго запятые.
Попробуйте скопировать и вставить в эксель именно мой вариант:
=CHouse(2456293,5; "P"; "STrop"; 1; 0; 0; 51; 29)
Может это какой глюк с форматом числа или кодировкой
Возникла необходимость выводить значение долготы планеты без участия формул на листе экселя, но только целиком и в пределах тела макроса (в стремлении увеличить скорость расчетов), чтобы сразу долготу заносить в переменную, минуя ячейки листа файла.
Здравствуйте, в ходе работы по подключению швейцарских эфемерид к excel у меня возникла проблема, с которой я не могу справится, срочно требуется совет.
Функции не работают, а код выдает ошибку:
Compile error:
The code in this project must be updated for use on 64-bit systems. Please review and update Declare statements and then mark them with the PtrSafe attribute.
Вы не знаете, как этим можно разобраться?
Заранее спасибо.
Здравствуйте, в ходе работы по подключению швейцарских эфемерид к excel у меня возникла проблема, с которой я не могу справится, срочно требуется совет.
Функции не работают, а код выдает ошибку:
Compile error:
The code in this project must be updated for use on 64-bit systems. Please review and update Declare statements and then mark them with the PtrSafe attribute.
Вы не знаете, как этим можно разобраться?
Заранее спасибо.
Это значит, что у Вас 64 разрядная винда и/или 64 разряднвй офис. См. 397 сообщение в этой теме и дальше.
Еще раз здравствуйте. С предыдущей проблемой мне удалось разобраться. Спасибо.
Однако дальше зайти я так и не смогла. Не смотря на то, что я выполняла все строго по инструкции и Excel Visual Basic не выдает никакой ошибки функция Plc не хочет работать. Изначально я предполагала, что дело в строчке "swe_set_ephe_path ("D:\SWESEMPHES")" (которую я, естественно, изменила), но ни одной ошибки в конце концов я там не обнаружила. Очень надеюсь на вашу помощь. Заранее спасибо.
PS: прилагаю файл zip
Последний раз редактировалось irishka.rf, 17.08.2013 в 22:45.
Добрый день.
Подскажите, как лучше сделать обратную операцию - из точного градуса получить дату нахождения в нем планеты.
Например, рассчитать дату и время, когда Солнце будет в 234,56 градусе или Венера в 123,45?
Добрый день.
Подскажите, как лучше сделать обратную операцию - из точного градуса получить дату нахождения в нем планеты.
Например, рассчитать дату и время, когда Солнце будет в 234,56 градусе или Венера в 123,45?
Спасибо :)
Увы, пока не реализованно.
Можно только написать свой макрос, который будет искать дату ингрессии, но это имеет смысл когда не слишком много ячеек, для которых это вычисляется, а если по-хорошему - надо писать отдельную dll'ку с этими фкнкциями (затратными в плане ресурсов, типа лунные дни, ингрессии и т.п.) на си, а до этого пока руки не дошли, да и редко когда требуется на практике
Правильно я понимаю, что в качестве имени, например, Альдебарана нужно подставить число 629?
Нет, нужно подставлять латинское название звезды , хотя наверное можно и номер, надо попробовать.... просто сейчас я с планшета, а по памяти не помню как там точно надо, давно не пользовался этой функцией